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BASTEB TMAfiE Pgnmjff p^ p ^.^.t. ^j ^^f^ 
ADDRESfiABT.R PPTBjpip 

5 The invention relates to raster inage 

processors for converting printer connands to bitmap 

tlll.rW'"'''' •ddressable printer 

with the bitmap data. 

10 High speed raster image processors (HiP's) 

capable of driving au point, addressable printers at 
rates of 60 pages per minute and more are needed for 
dravxng todays high volume laser printers. An example 
15 ■ «»eful for driving a high .peed 

15 printer ^s .hown in U.S. Patent 4,722,064 is.ued 

January 26, 1988 to Suzuki, pig. 2 is a block diagram 
illustrating this prior art rip architecture. The 
raster image processor generally designated 10 
includes an interface 12, a control processing unit 
20 14, a prxnt controller 16, en .l«„.„t memory 18, and 
an image processor 20, .11 connected via a general 
purpose bus 22. The interf.ce 12 receives print 
instructions from a host computer (not shown) 
according to a standard protocol. The central 
processing unit 14 is a programmed microprocessor that 
controls the overall operation of the rip such as 
fetching print instructions from the host computer 
through Interface 12 and storing them in element 
•nemory 18, controlling the processing of print 
instructions into raster information by image 
processor 20, and controlling the operation of a 
printer 24 via printer controller 16. The printer 24 
for example can be an electrophotographic l...r 
printer. 

The printer controller 16 1. . sequencer that 
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controls the printer 24 by providing signals such as 
paper feed/ advancing the photo receptor etc. The 
image processor 20 is a micro program element 
processor for converting print instructions read from 
5 the print element memory 18 into raster bitmap data, 
and storing the bitmap data in a raster memory 24a or 
24b. the image processor 20 is connected to the 
raster memory 24a and 24b by a high speed bus 26. The 
raster bitmap data is supplied to the printer 24 by a 
10 video interface 28. The video interface is connected 
to the raster memories 24a and 24b by a second high 
speed bus 30. Although the prior art RIP architecture 
shown in FIG. 2 performs well up to a certain speed, 
there is a bottle neck that constrains further 
15 increases in ispeed as faster marking engines have been 
developed^ and need to be driven at their maximum 
capable rate. This bottle neck is due to the fact 
that th€f general purpose bus 22 carries both overhead 
commands for contrplling the operation of the RIP, and 
20 data transfer between the element memory 18 and image 
processor 20. Thus, control commands from the CPU 14 
to the printer controller 16, image processor 20 and 
element memory 18 must time share the bus 22 with data 
transferred from the element memory IB to the image 
25 processor 20, thereby limiting the maximum effective 
speed of operation of the RIP. 
Summary ef the In vention 

It is the object of the present invention to 
provide ^ RIP having an architecture that overcomes 

30 this bottle neck so that a faster RIP may be 

provided. It is a further object of the present 
invention to provide a RIP having a simplified 
architecture to reduce manufacturing cost. It is a 
still further object of the invention to provide a RIP 

35 having an architecture that enables the RIP to provide 
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a variety of image processing functions. 

The object of the present invention is 
achieved by a RIP having a nininum of three 
intelligent (digital computer controlled) processing 
5 units working in parallel fashion to form a 

rasterization pipeline. A master processing unit 
receives print instructions and decodes the print 
instructions to construct pages and documents to be 
printed, manages the layout of pages being 
10 constructed, manages fonts, and controls the marking 
engine. The master processing unit receives print 
instructions and processes the print instructions to 
produce rendering commands. The rendering commands 
are provided to a mapper accelerator unit over a 
15 dedicated bus. The mapper accelerator unit includes a 
font memory and an application specific computer for 
receiving the rendering commands from the master 
processing unit, and retrieving bitmaps from the font 
memory to produce bitmap data. The mapper accelerator 
20 unit supplies the bitmap data over a dedicated bus to 
an output processor unit which includes buffer memory 
and a microprocessor for controlling the output unit, 
maintaining the buffer memory, formatting the bitmap 
data, and sending the bitmap data to the marking 
25 engine. Overall communication and control between the 
master processing unit, the mapper accelerator unit, 
and the output processor unit is provided by a 
MULTIBUS I interface. By separating the overall 
control Of the processing units from the data stream 
and providing a straight through flow of data from the 
marking instructions to the bitmap data provided to 
the marking engine, the bottle necks existing in the 
prior art RIP architecture are eliminated thereby 
enabling the RIP to operate at much higher speeds. 
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Brief Descriptien of the Druw^nyg 

Figure 1 is a block diagram of a raster inage 
processor according to the present invention; 

Figure 2 is a block diagram of a prior art 
5 raster linage processor; 

Figure 3 is a hardware block diagram of the 
master processing unit shown in Fig. 1; 

Figure 4 is a data flow diagram showing the 
operatioiti of the master processing unit; 
10 Figure 5 is a functional block diagram of the 

mapper accelerator shown in Fig. 1; 

Figure 6 is a block diagram showing the 
architecture of the mapper accelerator; 

Figures 7-10 are diagrams useful in 
15 describing font rotation performed by the data 
conditioning unit shown in Figure 5; 

Figure 11 is a diagram useful in describing 
the font storage in the font RAH shown in Figure 6; 

Figure 12 is a diagram useful in describing 
20 the data pipeline in the mapper accelerator unit; 

Figure 13 is a block diagram of the output 
processor unit shown in Fig. 1; 

Figure 14 is a diagram useful in describing 
the format of the words employed to address the tint 
25 and page memories in the output processor; 

Figure 15 is a diagram illustrating the 
address space for the page and tint addresses in the 
output processor; 

Figure 16 is a block diagram useful in 
30 describing the tint memory and page memory addressing 
scheme in the output processor; 

Figure 17 is a block diagram showing the 
video generator in the output processor; 

Figure 18 is a diagram useful in describing 

35 
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the readout formats provided by the output processor; 
and 

Figure 19 is a block diagram useful in 
describing an alternative embodiment of the present 
5 invention, further including an auxiliary processing 
unit. 

MQfles fnr rarnMnn fti.f thf Tn Trn1-1 n n 

Fig. 1 is a block diagram showing the 
architecture of a raster image processor according to 
10 the present invention. The raster image processor 
includes a master processor unit (MPU) 40, a mapper 
accelerator (MX) 42, and an output processor unit 
(OPU) 44. The master processor unit, mapper 
accelerator, and output processor unit are connected 
15 to a MULTIBUS 1 46 for overall communication and 
control between the units 40, 42, and 44. 

The master processor unit 40 receives print 
commands from a host CPU (net shown) and generates 
page rendering commands from the print connands. The 
20 page rendering commands are supplied to the mapper 
accelerator 42 on a dedicated Mm bus 46. The master 
processor unit 40 also provides font management, 
controls the operation of the marking engine SO over a 
job control and communications link (JCC) 52, and 
25 provides forms and image management. 

A mapper accelerator 42 receives page 
rendering commands from the master processor unit 40 
over the MMX bus 48 thereby facilitating the rapid 
transfer of character bitmaps to OPU memory. The 
30 "lapper accelerator 42 includes the font and pattern 
memories holding the bitmaps. The bitmaps are 
retrieved from the font memories in response to the 
page rendering commands. Mapper accelerator 42 also 
has the capability for trapezoidal filling, 
35 patterning, clipping, and halftone imaging. The 
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bitmaps igenerated by the mapper accelerator are 
transferred to the output processor 44 over a 
dedicated OMX bus 54. The output processor unit 44 
receives the bitmap patterns on the OMX bus 54, 
5 buffers the pages of bitmap data, formats the image, 
and transfers the image to the marking engine 50 via 
an image data bus (IDB) 56. The output processor unit 
also generates halftone tints to be applied to 
characters and patterns and for halftoning images. 

10 The output processor memory is double buffered so that 
a page or line of bitmap data may be supplied to the 
marking engine 50 while the next page is being 
generated. The architecture of the raster image 
processor wherein the data flow path between each 

15 processing unit (the master processor, mapper 

accelerator, and output processor) is over a dedicated 
bus, each processing unit having intelligent onboard 
control and an overall communications control between 
the units being provided by a separate shared bus, 

20 eliminates the bottle necks inherent in the prior art 
raster image processors, thereby providing a faster 
RIP. 

The master processing unit (MPU) 40 will now 
be described in further detail with reference to FIGS. 

25 3 and 4. The MPU 40 is embodied in a programmed 
microcomputer shown schematically in FIG. 3. The 
microcomputer genierally designated 55, includes a 
Motorola 68010 microprocessor 57 connected to memory 
and interface units by an address bus 5S and a data 

30 bus 60. The memory units include eraseable 

programmable read only memory (EPROM) 62 and dynamic 
random access memory (DRAM) 64 . The interface units 
include a MULTIBUS interface 66 connected to MULTIBUS 
16, three RS--232, and one RS<-*422 serial I/O ports 68, 

35 a Centronics interface 70, an MHX interface 72, and a 



wo 92/01269 



PCr/US91/<M660 



-7- 

8CSI Interface 74 connected to an SCSI bus 76. The 
microcomputer employed in the preferred embodin,ent of 
the Invention is a Heurikon HK68/K10 purchased from 
Heurikon Corporation, Madison, Wisconsin. 
5 The operation of the master processing 40 

will now be described with reference to the data flow 

diagram of FIG. 4. 

Print data coiqprising conmands in a page 
description language or a graphic language such as the 
10 Hewlett Packard Graphics language HP6L from the host 
arrives at the master processing unit 40 over either 
the Centronics parallel interface 70 or over one of 
the RS-232 serial ports 68. The input print data is 
first handled by an input manager 78. The input 
15 manager 78 reads the data from the active input port 
and puts the data into one of up to 5 buckets 80. 
Each bucket is a 2K byte buffer in the ORAM 64. 

The input manager 78 sends filled or 
partially filled buckets of input commands to the 
20 appropriate one of a plurality of decoders 82, and 
waits for a response from the decoder that it has 
finished decoding the commands in the bucket. The 
decoders 82, one for each page description language or 
graphics description language processed by the RIP, 
25 decode the print data into a set of low level 

instructions (common Rip instructions set CRIS) for 
the RIP. Appendix A contains a description of the 
common RIP instruction set CRIS. In the preferred 
embodiment, the languages include a page description 
30 language EKTASEr- Eastman Kodak (Appendix B contains 
a description of the EKTASET language), the Hewlett 
Packard Graphics Language HPGL 7475A, and a printer 
command set PCS that includes printer and finisher 
control commands such as number of copies, single or 
35 double sided copies, paper supply, stapling etc. The 
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Printer Command Set PCS is described in Appendix C. 
The decoded RIP instructions are stored by a tank 
manager 84 into a set of 32K byte buffers called tanks 
86 that are physically embodied in the DRAM 64 (see 
5 FIGv !)• When a tank 86 is full, the contents are 
passed to a CRIS display list decoder 88. The display 
list decoder 88 decodes the CRIS instructions into a 
set o£ marking commands (HX commands) that are passed 
to the mapper accelerator 42 via the MHX bus 48 (see 
10 FIG, 1). 

The display list decoder 88 also decodes the 
printer command set PCS to generate reference control 
commands that are sent to a marking engine control 
module 90. The marking engine control module controls 
15 the marking engine 50 over a job communications 

control bus 52 (see FIG. 1). For the roost part, the 
PCS commands are sent to the RIP prior to sending the 
page description commands. 

The tank manager 84 also writes the decoded 
20 RIP insttuctions on a magnetic disk storage 92. The 
commands stored on the disk can then be accessed for 
making collated multiple copies for a particular job, 
or for recovering from a jam in the marking engine 50, 
where it may be necessary to repeat 3 or 4 previously 
25 generated pages that may exceed the size of the tank 
buffers 86. 

Furthermore, in a color marking engine that 
marks one color at a time, the decoded CRIS coimands 
are recovered from the tanks or the disk for each 
30 color component of the image, thereby avoiding the 
need to repeat the decoding process for each color 
thus increasing the efficiency of the marking engine. 

Since most of the aspects of the RIP that are 
specific to a given marking engine are contained in 
35 the master processor unit 40, the RIP is easily 
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customirea for different marking engines simply by 
reprogranming the nlcrpconputer In the Blaster 
processing unit 40. The remainder of the RIP 
architecture is unaffected by this change. Due to 
5 this aspect of the architecture the RIP is easily 

having different features, and is readily adaptable to 
future generations of marking engines, thereby 
achieving manufacturing economics. The actual program 
10 for controlling the master processing unit is stored 
on disk 92. and is doimloaded to the microcomputer 
upon start up. 

The MPU 40 also includes a service manager 
module 9. that is connected to one of the RS.232 ports 
15 68. and enables a microcomputer 96 to be connected by 
- aervice technician to the disk 92. Preferably the 
microcomputer 96 is a lap top portable computer that 
can be carried by the service technician. The service 
computer 96 can read any file stored on the disk and 
0 can execute diagnostic programs to exercise the rip 
and diagnose malfunctions. The service computer 96 
can also be used to load a new operating program for 
the master processing unit 40 to upgrade the control 
program as required. 

5 The operation of the master processing unit 

will now be described with respect to decoding EKTASET 
print data. The decoding of HPGL proceeds in a 
similar manner and will not be described herein. 

After the EKTASET decoder 82' receives a 
bucket Of print instructions from the input manager, 
it begins processing the commands. The decoder enters 
a text parser acting on the input data as if it were 
text-data. Each of the instructions is checked to see 
if it is a control character or a printable 
character. Printable characters are decoded as 
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CHAR-OUT CRIS commands in a display list that is sent 
to the tank manager 64. A cursor for keeping track of 
page! location is advanced, and checked against the 
limits of the preset margins. If the character is a 
5 control character, the appropriate action is taken. 

A special control character called the escape 
character is used to allow merging of text and graphic 
. data in the same data stream. When the EKTASET 
decoder encounters an escape character, the nest two 
10 characters of the job are assumed to make up the 
command. of the escape command. 

A command ID is formed by taking the low 
order nibble ^4 bits) of the two characters that 
follow the escape character and combining them to form 
15 an 8-bit ID. This ID is used by the EKTASET decoder 
to access a table of function addresses. 

The function indicated by the address is 
called and the appropriate action is taken. Status is 
then returned to the text parser so it can take 
20 appropriate action. 

Many of the EKTASET coimnands have data 
associated with them. The data follows the command in 
a manner specified by the EKTASET language. The 
commands that expect data, remove it from the input 
25 stream and use it to perform their task. 

When a job is done, a field within the 
message is set indicating that the bucket contains the 
last segment of thjB job. 

The input manager 78 waits for the EKTASET 
30 decoder 82' to send it a bucket of display list data. 
Next: the input manager 78 relays the bucket to the 
tank manager 84 and waits for a response from the tank 
manager indicating that it has a new tank r«ady to 
receive a new segment of display list data. The input 
35 manager 78 in turn relays the empty bucket back to the 
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EKTASET decoder and tfaits for that bucket to be filled 
by the EKTA8ET decoder. 

If a segment that is transferred from a 
bucket to a tank is the last segment of the Job, then 
the tank manager will delay sending an eqpty tank to 
the input manager 78 until the job has been completely 
processed and is safely delivered to the user. 

Meanwhile, the CRIS display list decoder 88 
has been waiting for the first segment of the job 
which the tank manager 84 will supply when it receives 
it from CRIS decoder 88. After receiving the initial 
segment, the CRIS display list decoder 86 waits for a 
configuration check message from the marking engine 
control software 90. If everything is all right, then 
15 page rasterization begins. 

Control is passed to the rendering portion of 
the display list decoder 88. Display list commands 
sre acted upon and mapper commands are sent to the 
mapper accelerator 92. If the current segment of 
20 display list data is emptied, a request is made of the 
tank manager for the next segment of the job. Display 
list processing continues until the end of page or job 
is reached. 

The sequence control portion of the display 
25 list decoder 86 resumes control when an end of page or 
job is detected. The segment number and offset Into 
the segment of each page are recorded so that a 
particular page can be recovered in case of a jam. 

Communications take place between the display 
30 list decoder 88 and the marking engine control 90 at 
the beginning and end of each page. At the end of 
each page, the display list decoder 86 indicates to 
the marking engine control 90 that a page has been 
created in raster page memory (in OPU 44). The 
35 narking iangine control 90 prepares the newly 
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rasterized page for scan out to the narking engine 
print bead. When another bank of page memory becomes 
available in OPU 44 (there are two banks), the narking 
engine control 90 tells the display list decoder 88 
5 that page nenory is ready to receive raster data. 
When these eomnunications are conplete, control is 
returned to the rendering portion of the display list 
decoder ^6 and rasterization of the next page takes 
place. 
10 TIKE OUT CONDITION 

The rip is designed to handle communications 
time outs with the host. Both EKTASET and PCS have a 
protocol for indicating the end of a job. If the job 
doesn*t use either protocol, a time out condition is 
15 used to indicate the end bf the job. If a time out 
occurs, the input manager 78 sets a field in the 
bucket message indicating that the bucket is the last 
in the job; In turn the message is relayed to the 
EKTASET decoder where this field is used to detect 
20 when a job is ended unexpectedly. There is a function 
that is called to extract data from the buckets which 
will return a status of End of File if the bucket is 
empty and the time out field is set in the bucket 
message. 
25 HANDLING OP PCS CtmiKSDS 

PCS is a finishing control protocol that may 
be used in conjunction with the EKTASET decoder. The 
EKTASET debodef treats a PCS command just like an 
EKTASET command. The preamble of a PCS command is 
30 esc> esc>I. To EKTASET this looks like an 

esot command. Normally an EKTASET command is 
made up of two alphabetical characters. Since only the 
lower four bits of each character are used, it doesn't 
matter whether they are alphabetical. The PCS decoder 
35 62** returns a status back to the EKTASET decoder 81' 
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indicating what kind of operations it performed. This 
allows the EKTASET decoder to keep track of what the 
PCS decoder did. 
CREATIOH OF CHILD JOBS 
5 PCS has coimands that allow the creation of 

banner pages and trailer pages. These pages are 
treated separately from the body of the job. If a 
user asks for ten copies of a job that has banner and 
trailer pages, only the body pages of the job will be 

10 copied ten tiroes. There will be only one copy of the 
banner and trailer. In this case, the job is split 
into three marking engine jobs. The banner pages form 
one job, the body pages form a second, and the trailer 
pages form the third. 

15 CHUNK COLLATION 

Otunk collation is a method of collating a 
job which is too big to fit entirely on the hard drive 
of the rip. The following is a description of what 
happens when a job that requires collation is too big 
20 to fit on the disk. 

The previous description of how a job flows 
through the system applies with the exception of when 
the display list decoder 86 makes segment requests of 
the tank manager 84. 

25 When a job is too big to fit on the disk 92, 

the tank manager 84 will return a warning to the 
display list decoder 88 that the segment that it 
requested will not fit on the disk without first 
deleting the previous segments of the job. 

30 When the warning is encountered, the display 

list decoder 88 aborts the current page and returns 
status indicating that the disk is full to the 
sequence control portion of the display list decoder 
88. The marking engine control 90 will be informed of 

35 this condition and the current raster page memory will 
be cleared. 
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The page and segment number of the last 
successfully rasterised page will be lecoxded since 
this page is the last one in the current chunk. The 
segments of the job that are stored on the disk 92 are 
5 the only segments from which collated copies can be 
made. 

The sequence control portion of the display 
list decoder 88 will present the first segment of the 
current chunk to the rendering portion of the display 

10 list decoder 68 to begin rasterizing the second copy 
of the chunk. Rasterization of all pages up to and 
including the recorded page will be done. This 
process will be repeated until the required number of 
copies has been made. After the first chunk is 

15 completed, the next page to be rasterized is the page 
on which the disk full warning was issued. If a disk 
full warning is issued during the next tank, then the 
previous procedure is applied to the next chunk. 
Mapper Accelerator (lgx\ 

20 The MMX interface; 48 and the Mapper 

Accelerator (MX) 42 will now be described in further 
detail with reference to FIGS. 5 and 6. 

The MX Mapper/Accelerator 42 functions as a 
dedicated slave co-processor to the MPU 40 to provide 

25 a high speed data path to a full page buffer in the 
OPU 44. The Mapper accelerator 42 is a custom, 
command based, all-points-addressable, hardware 
accelerator with a local on-board font cache. 

The Mapper Accelerator 42 executes a number 

30 of control and mapping commands that build a bitmap 
representation of a page image in a page buffer 
located in the OPU 44. Objects such as characters, 
vectors, filled areas and bitmapped images are 
rendered quickly at any pixel address within the 

35 4M X 16 maximum page, address space. Objects can be 
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textured (coarse patterned), clipped (windowed), and 
tinted (fine pattern resembling a halftone dot 
pattern) all without incurring a speed penalty during 
the napping process. User defined rectangular regions 
5 can also be read from page memory and copied into font 
memory for subsequent use as "characters.* 

The Mapper Accelerator 42 is implemented as a 
high speed (lo MIPS) microprogrammed data mover that 
utilises bit-slice technology to achieve a high degree 
10 of pipelining in the mapping process. The block 

diagram shown in FIG. 5 illustrates the primary data 
paths and major functional blocks of the Mapper 
Accelerator 42. The block diagram shown in FIG. 6 
illustrates the architecture of the Mapper 
15 Accelerator 42. 

The MX 42 has three (3) primary interfaces: a 
Command/control interface (MHX 48), a system interface 
(MULTIBUS 46), and a dedicated interface to the OPU 
(OMX 54). Functionally, the MX 42 is partitioned into 
20 four (4) major sections: a Command Interpreter/Control 
Unit 100, a Local Memory 102 (PRAM, FRAM, end TRAM 
102), a Page Address Generator 104, and a Data 
Conditioning Unit (RDC) 106. Each interface and major 
functional block is described below. 

25 MMX ItH:erfiir»«> 

MMX Signal levels and timing specifications 
comply with the INTEL iSBX Standard, with the 
following exceptions. 

DMA handshake lines are not implemented. 
3° -Reset" signal is not connected, since 

the MX 40 receives its initialisation via the 
MULTIBUS 46. 

Physically, the MKX interface 48 is 
implemented as an iSBX interface with a connector 
35 modification on the MPU 40 to accoiimodate a 50 
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conductor ribbon cable from the HPU 40 to the MX 42« 
the MPX interface 48 (a modified INTEL iSBX 
interface) is a dedicated command port from the MPU 40 
to the MX 42v It is a memory-mapped register oriented 
5 interface that allows the MPU to deal with the MX as a 
co-prociassing resource. It is organized as a set of 
eight (8); I/O addresses in MPU I/O address space and 
two (2) dedicated interrupt lines. The interface is 
comprised of four (4) 16«bit parameter/data registers, 

10 an 8-bit control register, an 8-bit status register 
and two (;2} •clear interrupt" addresses. The I/O 
addresses are expressed as I/O port addresses for the 
MPU 40. In general, the iSBX addresses are determined 
by replacing the first 4 Hex digits with Don*t Cares 

15 (e.g. CRSG address - XXXX04}. A full breakdown is 
shown in Table 1 below: 



TABLE 1 



20 



MHX Access 
Address Mode 



Function 



Mnemonic 



25 



30 



FE2004 

FE2000 
FE2002 
FE2006 

FE2008 
FE2qOB 
FE200A 



FE200C 



write 

Write 
Write 
Write 

Write 

Read 

Read 



Read 



35 



Command Register/Alternate 
LSH Data Register 
M8H Data Register 
LSH Data Register 
Character Attributes 
Register 

MX Control Register 
MX Status Register 
Clear Buffer Available 
Interrupt (No data 
returned) 
Clear Form Feed Ack. 
Interrupt (No data 
returned) 



CREG 
XREG 
YREG 

FREG 
MXCR 
MXSR 



CBAI 



CFFA 
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Interface to the MX 42 can generally be 
divided into control/Status operations and Coinmands. 
control is perfonned by writes to the Control Register 
(MXCR) while status is read from the Status Begister 
(MXSR) . All conmands are issued via writes to the 
CREG, XREG, and YREG registers and result in direct 
execution of microcode sequences. A write to the 
Character Attributes Register (freg) is treated as an 
extension to a specific comnand (MapChar). Interrupts 
generated by the NX 40 include execution of a Form 
Feed command an indication that the "command buffer- 
is available. Clearing MMX interrupts is accomplished 
by reading either the CBAI or CFFA registers (see 
Table 1). 

MX CONTROL/STATUS OPERATIONS: 

Shown below i„ Table 2 is the format of the 
MXCR and MXSR registers and an explanation of each 
bit's function: 

TABLE 2 





MXCR X 
(Control) 


••.XX XXX 


Reset 
MX-1 


X X 


Inh«l 
ENA-0 


MXSR X 
(fitfltllfij__ 


... X MX MX MX MX 

IHfH»l gfl 


MX 


Off- FF 
Lineiil Ackni 


MX 



30 



35 



MXCR BITS: 
Reset MX: 



Active High (1) - allows the user 
to reset the MX board independently 
from other boards in the RIP. The 
MX will synchronise (if lost) by 
vectoring to microinstruction 
address 000 and then jump to the 
main command loop to await further 
commands. The condition is self 
clearing in hardware. 
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Inhibit/Enable-MX: Allows the MPU to send commands to 

the HX without actual MX 
execution of the commands (if 
5 inhibited). The Busy bit in the 

MXSK will remain in a cleared state 
independent of MMX command sequence 
transfers. The "inhibit" condition 
can only be toggled via MPU write 

10 to the MXCR. When inhibited, the 

•Buffer Available" interrupt 
(HINTRO) will remain in a stable 
state (i.e. no transitions will 
occur as commands are sent). 

15 Normal operation of the MX is 

achieved in the "enabled* state. 



20 



HXSR BITS: 
MX Inhibited: 



Active High (1) - indicates that 
the board is currently inhibited 
from execution of MX commands. 



25 



MX E2: 



MX El: 



Most significant bit of 3*bit error 
code. Indicates board fault. 

Middle significant bit of 3-bit 
error code. Indicates board fault. 



30 



MX EO: 



Least significant bit of 3-bit 
error code. Indicates board fault < 



MX OK: 



Indicates board health condition. 



35 



MX Offline: 



Active High (1) • indicates that 
the board can be accessed via 
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Forin Feed Ack: 



10 MX Busy: 



30 



35 
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MOLTIBUS to read or write FRAM, 
ISAM OR PRAM. 

Active High (1) - indicates that a 
End of Page/Porn connand has been 
processed, implying termination of 
mapping activity for the current 
image . 

Active High (1) - indicates that 
the most recently issued set of 
command parameters (X,Y,C) in the 
•command buffer- has not yet been 
processed by the MX. 

MX INTERRUPTS 

The MX 42 generates two (2) interrupts to the 
MPU 40. The Form Feed Acknowledge interrupt (MINTRl) 
is an active high, level triggered interrupt which 
goes active when the MX has executed an -end of 
Page/Form- command. The Buffer Available interrupt 
(MIHTRO) is an active high, level triggered interrupt 
which goes active when the MX clears the Busy bit - 
indicating that it had processed the most recently 
issued set of command parameters (i.e. x, y and/or C 
information) . 

MPU control of MX interrupts is achieved by 
reading the CFFA and CBAI registers: 
Clear Form Feed Ack: Allows the -Form Feed 

Acknowledge- interrupt (active 
high level) to be cleared under 
MPU control. This occurs when 
the MPU does a read of the CFFA 
register. 
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Clear Buffer 

Available: Allows the "Buffer Available- 

inter rupt (active high level) 
to be cleared under MPU 
control. This occurs when the 
MPU does a read of the CBAI 
register. 

MX COMMANDS: 

The «K command interface utilizes the XREG, 
YKBG, CREG/ and FREG registers as a single level 
"command buffer," through which all parameters 
required for a given command roust be passed. The X 
and Y registers are general purpose 16-bit registers 
for parameter passing. The C register doubles as a 
command register and a parameter/data register. The 
F register allows the MPU to specify information 
regarding character attributes for subsequent 
character mapping. 

The MX Control Unit operates on a 5-bit 
command word allowing a total of 32 different commands 
to be implemented via bits C4-C0 of the CREG. Command 
forinats for each MX command and notes on register 
usage are detailed in Appendix D. The general format 
of each register is shown below in Table 3: 
CREG (command Register): 



D15 


014 


013 012 


Oil 




C4 


C3 


C2 CI 


CO 


^-additional command 










related information-^ 


*** OR *•* 



MSB ♦ Line COtint, L6 half of 32-bit slope, 

• •■ ' ' • Bitmap Data, etc. ♦ LSB 
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Defines the MX operation 
to be executed <1 of 
32). See Section 4.0 for 
a complete description. 
XREG (X related information Register): 




10 



**** ♦related info.. Word Count, MS half of 
32-bit slope etc.* lsb 

WEG (y related information Register); 



15 




|M5 






D12 


Pll 


MO 


M 


•• 








ft* 


^ # * 


X3 




DC 


[x 


X 


X 


X 


X 


X 


•mm 


Mitt. 
Sm. 


110 


Chftr. 
•ot 


rs 




n 


V3 


n 


ro 



2Q Mirror Enable 



25 



lao Rotate: 



30 



35 



..w.wK AwbabAwn 

mode bit. Defines mode to be used 
during subsequent character mapping 
operation, if set, the MX will 
decrement y (instead of 
incrementing y) during the basic 
character mapping process. See 
PIGS. 7, 8, 9, and 10 and table 3 
below for complete description. 
Least significant character 
rotation mode bit. Defines node to 
be used during subsequent character 
napping operations, if get, the MX 
will decrement X (instead of 
incrementing X) during the basic 
character mapping algorithm. The 
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HX Will also modify the shift value 

accordingly and perforin a full 
end-to-end bit swap on each data 
word mapped. See FIGS. 7, 8, 9, 
05 and 10 and table 3 below for 

complete description. 

Character Set: Defines format of PRAM for MX 

accesses during character mapping. 
10 PRAM can be organized as 64 fonts 

of 128 characters each (standard 
set) or 32 fonts of 256 characters 
each (international set). 
0 ^ Standard Character set 9 128 characters 
15 1 - international Character set e 256 charactiers 

Active Fonts (F5*F0): Defines the currently active 

font (1 of 64} for subsequent 
character mapping operations. 

20 Note that if CharSet-1, FO is 

ignored. Standard and 
International fonts can be 
intermixed in FRAN as long as 
all associated entries in PRAM 

25 fall on 256 word (512 byte) 

boundaries. In that case, the 
total number of fonts that 
could be referenced in PRAM 
would be 32. 

30 The possible character orientation modes are shown in 
Table 3 below. 

TABLE 3 



Character Orientation 


flirroT InaBIi 
Bit 


180 Rotate Bit 


SEanaarS 


B 


^ — 


.Mirror ibDut Xi 


0 


1 


Mirror about Yi 






Pull lab about Xi. Yi 


1 


1 
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FI6. 7 Illustrates a character that is mapped 
In standard orientation. The character is stored in 
FRAM as 32-16 bit vords. Both the mirror enable and 
the 160 rotate bits are set to sero. The character 
is mapped from PRAM I02a to page memory in the OPU 44 
by incrementing the X and Y addresses sent to the page 
memory in the OPU 44. 

To rotate characters by 180** about the X 
axis as shown in pig. 8, the 180** rotate bit is 
set. This causes the mapper accelerator 42 to 
decrement the s coordinate of the page memory address, 
inodify the shift value, and perform a full end-to-end 
bit swap on each data word that is sent to the page 
memory. 

When the mirror enable bit is set, the mapper 
accelerator 42 rotates the character about the y axis 
as Shown in PIG. 9, by decrementing the 7 address to ' 
the page memory. 

When both the mirror enable, and the 180** 
rotate bits are set, the character is rotated 180** 
about the origin, as shown in pig. 10. 

Referring to PIG. 5, the command 
interpreter/control unit 100 receives commands from 
the MPU 40 via the MHX interface 48 and triggers 
execution of a corresponding microcode sequence of 
microinstructions. Bach microroutine is tailored 
specifically toward execution of a specific setup, 
mapping or readbaek operation. 

Command execution begins upon receipt of a 
30 particular set of command specific parameters. Bach 
MX command defines a set of parameters to be sent to 
the MX in sequence via writes to the X, Y, and C 
registers. 

The MX 42 is viewed as a memory slave to 
35 HULTIBUS 40, occupying three (3> distinct areas of 



20 



25 
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MULTIBUS memory space. A detailed nemory map is shown 
in Table 7 below. 

MULTIBUS compliance level is as follows: 
Slave D16 1124. It should be noted that only 16>bit 
5 memory accesses are supported. tJMk by a MULTIBUS 
master can occur into or out of MX memory 102. 

The MX receives its RESET from the MULTIBUS 
IHIT* signal. 

There are no MULTIBUS interrupts used or 
10 monitored by the MX. 

Local memory 102 consists of Pont RAH (FRAM) 
(102a in FI6. 6)> Parameter RAM (PRAM) (102b in FIG. 
6), and Texture RAM (TRAM) (102c in FIG. 6). Each 
memory array is physically separate from the others 
15 and as such can be accessed by the MX Control Unit 100 
in parallel. This architectural feature adds 
significantly to the mapping performance of the RIP. 
Each memory array is also dual ported to MULTIBUS for 
diagnostic testing « initialisation and general 
20 read/write access by the MPU 40. 

To access any of the arrays, the user issues 
a "Go Offline" command to the MX. This will take the 
board off-line for MPU access. Issuance of any other 
command over the HHX interface will bring the board 
25 back on-line for mapping use. 

FRAM 102b is organized as 4M z 16 memory. 
FRAM is intended to be used as a local cache for 
linearised character bitmaps to aid in the MX 
character mapping procesk. All character bitmaps are 
30 stored in a linearized fashion as shown in FIG. 11. 

All words composing the first line of the 
bitmap, fbllowed by all words of the second line, 
followed by all words of the third line, etc.). 

Characters are stored in a reduced format as 
35 described In U.S. patent application no. 430,542 
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entitled -High Speed Character Generator- filed 
I»ovena,er 2. 1989 by D.J. Statt, which is incorporated 
nerein by reference. 

.nn^roM. ^ « «i«eable 

MULTIBUS memory resource, the MPU 40 is free to 

allocate it for other general purpose storage as it 
•ees fit. FSAM must be tested and managed by the 
^'mt^!:! ""-/write access to FRAM when 

the MX 42 is Offline. The MX 42 has Read/Write access 
to FRAM if the MX is online. 

PARAMETER RAM 102b (PRAM) is organized as 32K X 16 
from the MULTIBUS side and 8K x 64 from the MX side. 
It is dedicated for character parameter storage, pram 
organisation is optimised to provide the MX parallel 
access to all three (3) parameters (Words/Line, 
Linea-1, and FRAM start address) within a single read 
operation. Access from the MX side of the 8K x 64 
array is as shown in Table 4 below: 



20 



25 



TABLE 4 



A12 


All 


AlO 


A9 


AS 


A7 


A6 


AS 


A6 


A3 


A2 


Al 


AO 


rs 


P6 


n 

Fen 


T2 
It • 


ri 


• 


C6 


C5 


Ok 


C3 


C2 


CI 


CO 



Character cede •< 
(7 or loblt ASCZ2) 



• Net*: 



A7 - ro whan CharSat • 0 
A7 • C7 whan OiarSac - 1 
Access from the MULTIBUS side of the 32K x 16 
array is as shown in the memory map in table below. 
30 Format of parameter data in pram is shown in Table 5- 



TABLE 5 



(Um«.}) 
35 Oterac/UM) 

(liM aaar. m> 



»»|>u|m|m|»»[Mo |w la. la, j» j,, |^ p gg]^ 
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PRA((|.I02b must be tested and managed by the 
MP^U fOV 11»e Mpu 40 has Read/Write access to PRAM 102b 
If the tjx- 42 is off line. The MX 42 Read access to 
PRAM 102b if the kn 42 is online. 
5 TEXTURE RAM 102e (TRAM) is organised as 8K x 

16 from both the MX and MULTIBUS sides of the array. 
It is dedicated for storage of up to 32 textures or 
fill patterns that have been linearized for MX usage. 
Each texture is organized as a 64 pixel by 64 pixel 

10 tile stored in a linearized fashion as 256 sequential 
16-bit words (identical to the way that a character 
bitmap ia stored linearized within FRAM) . The MX 
accesses individual words of a preselected texture 
during mapping operations based on current X and 7 

15 values. Addreasing from the MX side of the array is 
as shown in Table 6 below: 



TABLE 6 



20 



A12 


All 


AlO 


A9 


AB 


A7 


A6 


AS 


A4 


A3 


A2 


Al 


AO 


W 


13 


12 


11 


TO 


YS 










YO 


X5 


xc 


<••• Texture • • 


"> 


<--. 


• • • « 




r — 


• • • • 


--> 


<• 3 





TRAM 102b must be tested and managed by the 
MPU 40. The MPU 40 has Read/Write access to TRAM 102b 
25 if the MX 52 is offline. The MX 42 has Read access to 
TRAM 102b if the MX is online. 

The MX data conditioning unit (ROC) 106 is a 
1.5 micron standard cell (3800 gate equivalent) ASIC 
that provides an integrated in^lementation of a number 
30 of data manipulation functions. Data objects to be 
mapped to page memory can be shifted, mirrored, 
rotated, textured and clipped as well as logically 
combined with feedback data read back from page memory. 
These operations are described in further 
35 detail ih U.S. application serial no. 236,811 'Page 
Memory Control in a Raster Image Programmer" filed 
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August 26, 1988 by st.tt ^Mch is Incorporated 

Herein l>y reference. 

The data conditioning unit RDC 106 functions 
under nicroprograin control within a 200 ns interval 
The basic sequence of operations is described below.* 

1. Latch in a 16-bit data word from the MD 
bus 108 (e.g. font data, stroke data or bitmap data). 

2. Shift the data word appropriately (o-15 
bits as indicated by the least eignificant 4.bits of 
the desired X pixel coordinate). Store the 32-bit 
result in two separate 16-bit registers. 

3. Produce a 16-bit mask word by comparing 

the current X and Y coordinate values from X Y 

counters lio to the predetermined upper and lower 

15 boundaries of the rectangular clipping window (xi, Yl 
and X2, Y2). 

4. Perform a logical AND of the shifted data 
(Object), the clipping window mask data and the 
corresponding word (determined by current X and Y) of 

20 the preselected texture. 

5. Mirror the above result in X, or in Y, or 

m both X and Y (180 degree rotate) if requested. 

This feature is available on character operations and 

affects the direction that the character is mapped 

25 into page memory as well (i.e. decreasing v.s. 
increasing X and Y). 

6. Logically combine the previous result with 
data previously read back from page memory and stored 
in Feedback latch 113 (if requested). Logic nodes 

30 provided are listed below: 

Mew Data AND Feedback Data 
»ew Data OR Feedback Data 
Hew Data XOR Feedback Data 
«ew Data/ AND Feedback Data 

35 Mew Data/ OR Feedback Data 

Mew Data/ XOR Feedback Data 
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7. Letch the final 16-bit result into the 
output register* 

All data destined for page memory nxust pass 
through the RDC 106. In addition to the functions 
described above# the device performs a logical OK of 
previous data with next data for consecutive vords 
mapped to page memory within the same scan line. This 
has a net effect of improving overall mapping 
efficiency reducing the total number of writes to 
page memory for a given object. As an example, for an 
object that is n words high and m lines wide, the 
total number of writes to memory under this scheme 
would only be m(n4l). 

the data conditioning unit (RDC) 106 receives 
16-bit words from the font memory 102 and delivers 
16-bit words to the page memory in the output 
processing unit 44. Since the incoming words may be 
shifted to place the characters at any desired 
location in memory, the output word may include 
portions of two input words. To maintain the 
pipeline, the mapper accelerator 42 is always reading 
two words ahead of the output word. All words are 
16-bits. The timing of the MX pipeline is shown 
schematically in FIG. 12. Word n is read into the RDC 
from the font memory (200). Next, word n+1 is read 
into the RDC (202). Word n is conditioned (204) (e.g. 
shifted) by selecting the 16-bits from words n and Ml 
that will be in the output word. The output word n is 
then sent from the RDC to the OPU (206). While word n 
is being written to the OPU, the page address for word 
n*i^l is computed (208). The pipeline then continues 
along the line, outputting a word each time a new word 
is read into the RDC. 

The RDC chip operates on a lOMHz clock 
synchronized with microprogram execution. 



wo 92/01269 



PCr/US91/04660 



-29- 

The MX page address generator 104 is a 
dedicated hardware unit whose sole purpose is to 
compute a 22obit address into OPU 44 page nenory over 
the OMX 54 interface every tine an access occurs. The 
5 page address generator 104 operates in parallel with 
the data conditioning unit 106 so that mazimum napping 
efficiency can be attained. By allowing the user to 
select any arbitrary page height (via the -Set Page 
Height- MMX coimnand} , OPU page memory can be organized 
10 in a virtual page fashion to allow efficient OPU scan 
out. The page height, current X and current Y is then 
used by the page address generator to compute the 
current page address as follows: 

PA . (XMAXXY) ♦ x/16 
15 Where: XMAX - page height (in Words) 

y - pixel coordinate in y direction 
X/16 « word coordinate in X direction 
The page address is computed under microcode 
control using a 16 x 16 Multiplier/Accumulator chip to 
20 produce a page address every 600 ns. 

The OMX interface 54 is a dedicated data path 
over which the MX accesses OPU page memory. It is 
composed of a 16-bit bidirectional data bus, a 22-bit 
address bus, three (3) control lines for write and 
25 read access, a color control bus and a 20 MHz clock 
for synchronized MX/CPU operation. 

The OMX interface nay be used in either an 
asyncronous (with ACK) or synchronous node. Any 
address in the "ideal OPU page memory space* nay be 
30 written to or read from over this interface at a rate 
of a single 16-bit word access every 300 ns in 
asyncronous mode or 600 ns in synchronous node. 
Asyncronous mode requires that the ACK signal be 
monitored to allow refresh to occur without 
35 contention. Synchronous mode assures that refreshes 
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occur tranjBpBrently to the napping process. 

Color control during niapping operations 
involves the tint generator located in OPU 44 
described below. Color plane (1 of 4), color mapping 
5 node (Serial v. s. Parallel) and color level (Tint) are 
all setup via execution of the Set Color/Tint conmand 
issued over the MHX interface. 

The "maximum OPU page memory space" is 4M x 
16. The tint generator is located at the top 512 
10 words of the 4H x 16 ideal page. 

The MX 42 provides a 20 MHz clock 110 
synchroniked to the mapping process for OPU DRAM 
control and scan but operation. 

Font KAH (PRAM) 102a is the local font bitmap 
15 memory cache in the RIP. Linearized bitmap 

representations of each character of a given font are 
stored in FRAH sequentially in order by ASCII code. 

MX coiranahds can be divided into four 
categories: Diagnostic commands/ Setup commands, 
20 Mapping commands, and Readback commands. All commands 
involve transfer of information over the MMX interface 
48 via writes to the X, y, and C registers. A total 
of 32 unique commands can be implemented. 

Each command requires transmission of one or 
25 nore "steps," Each step, at a nininum involves an MPU 
write to the CREG, which in turn generates a MX BUSY 
flag. The MX 42 interprets this as a COMMAND PENDING 
flag which indicates that pertinent information for 
that step or command is present in the XREG, YREG, and 
30 CREG. Because a write to the CREG initiates MX 

execution of that step, the XREG and YREG writes must 
occur pribr to the CREG write for a given step. Once 
the MX has consumed or processed the infomation, it 
will clear the MX BUSY bit indicating to the MPU 40 
35 that new inf ornation for the next step of conmand can 
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be loaded into the XREG, TOG, and CRBG. Each 
command, its format and step sequence and a brief 
explanation of its usage is described in Appendix D. 
The MX 40 operates on an 80-bit aiero- 
5 Instruction. 

The MX uses two 29C101 16-bit ALU/Register 
slices to form a 32-bit arithmetic end logic unit ALU 
112. A total of 16 registers are available for 
storage. The ALU 112 can access other registers and 
10 functions on the board via the 32-bit MMC bus 114. 
OUTPUT PROCESSOR UNIT (OPU) 

Referring to FIG. 13, the output processor 
unit 44 will be described in further detail. The 
output processor unit 44 includes a pair of 4M byte 
15 DRAM page memories 210 and 212 and associated tint 
memories 211 and 213. The page memories 210 and 212 
are connected to the QMX bus 54 and an output data bus 
214 via a multiplexer 216, such that one of the page 
memories can be written into while the other is being 
20 read out of. This is known in the art as a doubled 
buffer or ping-pong memory. The output processor unit 
IS controlled by a microcontroller 218 that is 
connected to the system control bus 46 and controls 
the overall operation of the output processor unit. 
Each image memory 210, 212 is controlled by a DRAM 
controller 220, 222 respectively that controls writing 
into and reading out of the memories in a conventional 
fashion. The output processor unit also includes a 
RIP video generator 224 and an IDS printer interface 
30 226. The IDB printer interface 226 is a simple 16-bit 
interface capable of transferring a page bitmap to a 
marking engine, one 16-bit word at a time via 
handshakes with the marking engine. 

A generic printer interface 228 is also 
35 provided. The generic printer interface 228 is merely 



25 
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a plug to the 16-bit output words from the RIP video 
generator 224, and an interface to the microcontroller 
218. If the marking enginia has special requirements, 
such as iBierial output/ a custom interface nodule 230 
5 can be provided oh the generic interface. The custom 
interface module 230 contains, for example, a buffer 
for converting the bit stream from 16*bit parallel to 
serial, as is known in the prior art. 

The page and tint memories will now be 
10 described in more detail with reference to FIGS. 14, 
15, and 16. The CMIZA portion of the OMX interface is 
a 27-bit parallel interface* As shown in FIG. 14, the 
27 bits can be used to address the page memory, or to 
select B tint pattern in the tint memory. As shown in 
15 FIG. 15 the tint patterns are addressed as the upper 
512 words (232) of a 4 mega word address space (234). 
The page memory is addressed as the lower 2 mega words 
(236) in the address space. Thus, as shown in FIG. 
14, the tint selection address contains I's in bits 
20 7-22. This condition is sensed by the DRAM controller 
to distinigruish between a page memory address and a 
tint selection command. 

Referring to FIG. 16, the ORAM controller 220 
receives the 27-bit input on the OMXA portion of the 
25 OMX interface 54 from multiplexer 216 and interprets 
the commanrd as either a page memory address or a tint 
selection command. If the data is a page memory 
address, the DRAM controller 220 applies the 22-bit 
page address to the address input of the page memory 
30 210. If the data on the OMXA line is interpreted as a 
tint selection command, the DRAM controller applies 
the lower 6»bits of the data to a latch 236 at the 
address input of the tint memory 211. The DSAN 
controller also applies bits 23 and 24 to the tint 
35 memory 211 to select a color plane, in the event that 
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• color narking engine is being driven, and the lower 
3-bits Of the y address to select an appropriate 
16-bit tint nord from the selected tint pattern each 
time a page address is sent to page memory. The tint 
5 patterns are applied to the data input 238 of page 
memory 210 as described in U.S. patent application 
236,811 cited above. 

A 16-bit character word from the RDC 106 (see 
FIG. 6) is applied on the OD portion of the OHX bus 54 
10 to a write enable input 240 of the page memory 210. 
The effect is to apply the tint patterns only to the 
active bits in the characters. The rip „ay also be 
operated to perform halftoning of a continuous color 
image in the manner described in U.S. patent 
15 application 414,501 entitled Page Memory Control in a 

Raster Image Processor Employed for Digital Halftoning - 
filed September 29, 1989 by Statt, which is 
incorporated herein by reference. 

For driving a color marking engine the RIP 
can be operated either in a serial mode in which color 
Planes are generated in the page memory in succession 
and sent to the marking engine, or a parallel mode in 
vhich^all color planes are generated at one time i„ a 
Plurality Of page memories. i„ the parallel mode, the 
25 output processor is configured to contain a plurality 
Of color plane memories and tint memories shown as 
210- , 210-, etc. in FIG. 13. Each page memory is 
associated with its own tint memory, m operation, 

til IT. ^'r'" then 
the page address and character data is sent to all of 

the page memories simultaneously. 

Turning now to PIG. 17, the RIP video 

«8 7nl ^^-^ « the microcontroller 

35 "8 and reads out bitmap data from the page »«»ories 



20 



30 



wo 92/01269 



PCr/US91/04660 



-34- 

one line at a time. 

The RVG 224 includes an address decoder 250 
that sfives the microcontroller 218 the ability to read 
or write control commands to the various control 
5 blocks in the RVG. One of the control blocks is an 
address counter 252. The address counter 252 is 
loaded by the microcontroller 21B through the address 
decoder 250 with the page memory address of the 
starting line in page memory for reading out to the 

10 marking engine. A word counter 254 keeps track of the 
number of wordis in a line that have been transferred 
to the marking engine that comprise actual image 
data. A prefi 11 counter 256 is loaded with the number 
of words of blank space at the leading edge of a line 

15 in an imaige. The prefi 11 counter 256 is decremented 
each time a blank word is sent to the marking engine 
until the count has reached sero at which point a done 
signal is generated. A postfill counter 258 is loaded 
with the number of words of blank spaces at the 

20 trailing edge of a line in the image, and operates 
similar to the prefill counter. The RVG 224 can also 
provide fiill blank lines before an image (line 
prefill) and full blank lines after the image (line 
postfill). The use of word pre and post fill« and 

25 line pre and port fill allows the RVG 224 to provide 
borders around the image. 

The RVG 224 can be commanded by the 
microcontroller 218 (see FIG. 13) to read the image 
out of memory from any corner of the image top to 

30 bottom or bottom to top. FIG. IB is a schematic 

diagram illustrating the scan formats, and use of pre 
and post word and line fills to provide margins around 
an image. As shown in FIG. 18, the image from memory 
is reproduced by the marking engine in an active image 

35 area 260. In scan format 1, the image is read out. 
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Btarting from the lower left-hand corner. Pre-line 
and word fill provide a ttord border portion 262 at the 
lower left corner of the image. Pre line £111 
provides a border portion 264 directly below the 
5 image, and post line and word fill provides a border 
portion 266 at the lower right-hand corner of the 
image, a border portion 268 left of the image area 
260 is provided by preword fill, and a border portion 
270 to the right of the image area 260 is provided by 
10 post word fill. A border portion 272 to the upper 

left of the image is provided by post line and preword 
fill; a portion 274 above the image area 260 is 
provided by postline fill; and a portion 276 is 
provided by post line and post word fill. The borders 
15 are similarly provided for other scan formats (0,2, 
and 3) by appropriate use of the pre and post line and 
word fills. 

Returning to FIG. 17, the RVG 224 includes a 
diagnostic block 278 that can be enabled to perform 
20 diagnostics on the contents of the page memories. In 
the diagnostic mode, a known pattern is loaded into 
the page memories and when readout via the RVG, the 
readout pattern is compared with the known pattern in 
the diagnostic block 278. If a comparison error is 
25 detected, an error message is sent to an interrupt 
block 280 that signals the microcontroller 218 (see 
FIG. 13). Similarly, an interrupt is generated in the 
normal readout mode and sent to the microcontroller 
via the interrupt block 280 whenever the post fill 
30 counter completes a line with the last post fill word 
In the line. This occurs when the pre fill is done, 
the word counter is done, and the post fill word 
counter is done. The interrupt is also generated when 
the post fill counter completes the last post fill 
35 line in an image. 
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Tl^e RV6 218 includes a status register to 
indicate why the ihterr^^ generated, i.e. either 
diagnostic, post fill word or post fill line. The RV6 
224 includes a control logic block 282 that has a 
5 control branch allowing the microcontroller to setup 
the t3rpes of scan format modes, and what type of 
request to gencirate to page memory. The control logic 
block 282 can read memory destructively or 
nondestructively. Typically, the page memory is 
10 readout dj^structively so that as a word is read out, 
it is replaced by all sero*8, thereby leaving an empty 
memory to receive the next image. This is a read 
modify write 284 type of operation. The control logic 
block 282 receives control signals from the 
15 microcontroller 218 and issues read and write signals 
to the page memories through the MUX 216. When the 
control logic 282 receives a word ready signal from 
the marking engine interface, it prefetches the next 
word from memory via input buffer 286 and 
20 simultaneously causes the previous word that has been 
latched into the output buffer 288 to be sent to the 
marking engine interface. When the new word is 
received from the memory, the control logic 282 
indicates that it has another word ready by outputting 
25 a word ready control signal to the marking engine 
interface. Accompanying the read and write signals 
from the cfontrbl logic 282 are page address signals 
from the address counter 252. 

The raster image processor according to the 
30 present invention is easily expanded to include other 
functions, by adding more units to the MULTIBUS. An 
example of such an extension is shown in PZG. 19, 
where an auxiliary processing unit 300 is added to the 
MULTIBUS. The auxiliary processing unit is another 
35 microprocessor that provides the computing power to 
handle tasks such ias interpreting or decoding the 
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POSTSCRlPT- Adobe language, and interfacing to a 
mainframe computer. POSTSCRIPT- coimnands from a 
host mainframe computer are translated by the 
auxiliary processing unit to print data coanands, for 
5 exan^le the CRIS commands described above. The print 
data commands are supplied to the master processing 
unit 40 via the MULTIBUS. 

The Raster Image Processor according to the 
10 present Invention is useful in all points addressable 
printers. The RIP is advantageous in that it 
provides an efficient high speed RIP that is easily 
modified for different printer configurations, and 
readily expandable to provide increased capability. 
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APPENDIX A Copyright Eastman Kodak Company 1990 

CRIS Commands 

Function within File: 

Void OutputChar( position/ char.code ) 

Void cris_en8ble_clipping( ClipFlag ) 

void ctis_jmach_init() 

void cri6_8et.eap( line.cap } 

void cr|s_8et_font( font.id ) 

void cris_8etJ6int( line_joint ) 

void cris_8et«limit( limit ) 

void cris_set^width( line_>eg ) 

void cris_state_machine( condition ) 

void exta_circle_£ill ( center, radius, theta_start_ 

theta_end,fill_type ) 
void ekta_circle_draw ( center, radius, thetajt art, 

theta_end ) 
void ekta_image( position, height, width ) 
void ekt8_triangle_fill( pi, p2, p3 ) 
void ekta_thin.vec( pi, p2 ) 
void ekta^quad^filK Pl, p2, p3, p4 ) 
void ekt8_traj_£ill( traj^ptr ) 
void hpgl_traj_fill( count, traj_ptr ) 
void ekta_set«clip_boundary( pljtr, p2_ptr ) 
void ekta_Bet_fill_p8ttern( pattern_id ) 
void ekta_set_screen_id( screen^id ) 
void end_.of_job() 
void end page() 
void send^irisjbucketo 
void 8en;d_start_job( job_8etup_ptr ) 
void 8et.colorijnodel (colorjmodel ) 
void 8et_font_»forro( fontjnatTix_ptr ) 
void set_foreground.color (count, intensity) 
void 8tart_Page( x.8eale, y.scale, max^diroension) 
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APPENDIX B 



EEX&SEZ 

The EKTASET page description language is 
spec.fic.ny designed for fast execution on printers an. 
is unique m its form handling capabilities ^ 

"^^^ASBT is based on the 7.bit ASCII protocol n 
employs the escape character to identify an EKTASET 

eZet coir/" Character is encountered, the 

EKTASET command processor is invoked to handle conunand 
processing specifics All «#.k-., -v . vwmraana 
ASCII P^«^i*ics. All other characters in the 7-bit 

defiLr «'-tly, as they are 

Placed on th ."^^ ^'""'"^ ^ .utomatically 

Plana on the output page. 

All EKTASET commanfls consist of a three character 
the ASCII ..cape character. The escape character acts Is 
«.e rl'I r 'T'" 

^eclfl^ ' "^'''cter. «rve to »„!,„.:, iae„tl£y a 

for el incluaea 
tor some commands. 

EKT»s,rT ""!" """" •» the trl„er to 

7-bit ASCII retain their defined »e.nln,s. *, .aeh 

.tr'a'ct: V'"" " " " »« "" cape 

Character, It is passed on to be processed to the output 
P.».^ EKTASET operates In ASCII Print «ode as a d.f.u 
•tat. a. a result of thi. feature. »„ conMands are 
required to print ASCII text onto an output p.,e 

ASCII Print Mode provides compatibility with n>n» 

host-prmter relationships ..tabli.hed today 1 ^Jj^ 

decoder accept, end print. ASCII Job. .ith 

control command overhead required. 

For enhanced printing of en ASCII leb or 

.pacific Change, from the in.taiied printer ^.iau.t. 
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EKTASET provides a comprehensive, non-eztensible set 
of commands to alter the printing environment. These 
features include both bitmap and vector graphics as 
well as control over the governing parameters 
affecting both typesetting and graphics operations. 

The EKTASET commands are listed in Table 1, 
and selected examples are described in further detail 
below. 



TABLE 1 

SWT COKTBW. 



HE - 


HEader 


EH - 


End Header 


ID - 


IDentification 


DE • 


DEf ine 


ED - 


Expand Definition 



PAGE RENDERING - TMHFPinj^ ffirj 



GENERAL 

PF — Parameter 

Format 
UN— UNits 
AS — Assign 

CO~COmment 

EC — End Comment 

CF — Color Format 

6S~Gradation 

Screen 
FL— Fidelity 

Level 
PB— Pick 

Background 
PC— Pick Color 
ON— OrientatioN 
OR— ORigin 

TO-Text 

Orientation 
PO~POsition 

(at XX) 



TEXT 

DC— Decimal 

Character 
DT — Decimal Tab 
EK— End sub/ 

supersKript 
EU— End Underline 
FO — POnt selection 
HC— Horizontal 

tab Clear 
HM— Horizontal 

Margin 
HT — Horizontal 

Tab set 
JC— Justify Center 

JR— Justify Right 
LS-*Line Spacing 
RS*-uNderline 

Single 
6B**SuBscript 

SL— Spacing inter- 
Letter 



GRAPHICS 
DA--Draw Absolute 

DI — Draw Incremental 
LA — Line Absolute 

LI — Line Incremental 
LJ— Line Joints 
LK— Line Kaps 

LW— Line Width 

HL*--Hitre Limit 

OT~Opaque/Transparent 

PN— Pattern 
Path Operations 
SP— Start Path 

JP~Join Path 

EP— End Path 
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GENERAL 
IX — Increment X 
lY— Increment Y 
WI— Window 



AB— Define Bitmap 
FF— Flip Flop 
FT— RoTation 
SC— scale 

TR— TRanslation 
UB— Use Bitmap 

TEH 



eti . GRAPHICS 

IS-lD^nrSfifJ AP-Append Path 

vc— Vertical tab FP— Fill Path 

VM V ff , Path/Fill Path 

PAGE RRWnFffiNn . BrTRW DEP 

GEHERAT, "^il 



AW--Angled Writing 
(Primary Adv) . 

EL— End highLlghting 

FA— Font Angle (Obliquity) 

GM — Galley Mode 

HB— Horizontal (margin) Begin 

HL— HighLighting 

HN— Horizontal (margin) eNd 

JP — Justify Fully 

ME— Margin Effector 

MP— Move Primary 

MS — Move Secondary 

ND— uNderline Double 

VB— Vertical (margin) Begin 

VE— Vertical (margin) Effector 
VN— Vertical (margin) eNd 
VW— Vertical Writing 



Form Operations 
OF— Define Form 
FK — Form Xomplete 
GF— Global Form 
MF— Main/Form transfer 
UF— Use Form 

GRAPHTPB 

AA— Arc Absolute 
AI— Arc Incremental 
CA— Circle Absolute 
CI— Circle Incremental 
CK— ClocKwise 
CT— Curve Tolerance 
EA— Ellipse Absolute 
EI— Ellipse Incremental 
LT— Line Type 
Fl— Fill Rectangle 

Incremental 
FX— Fill Rectangle Abs. 
(exact) 

01— Fill Circle Incremental 
OX— Fill Circle 

Absolute (exact) 
RA— Rectangle Absolute 
RI— Rectangle Incremental 
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A Job Header supports pre>job processing steps. 
Processing of the Job Header occurs before the job is 
executed. Ilajor preparation functions include loading of 
fonts and other objects to directly accessible nemory, and 
screening of job specific processing conditions. The 
purpose of performing these functions on a pre-job level 
is to ensure that processing of the job's page level 
content can occur at nazinum speed. 

The job header will be the first entity 
encountered in a job. The header is identified by means 
of two EKTASET cbnmandsf. The beginning of the job header 
is identified with the -HE - HEader command. The end of 
the job header is identified with the -EH - End Header 
command. All information contained between the -HE and 
the -EH commands serve to constitute the job header. 

Information contained in the job header is made 
up of EKTASBT commands. The commands supplied in the job 
header are the same commands supplied in the page level 
content - the job itself. Only the scope of the commands 
is altered by their placement. Commands contained in the 
job header effect every page in the complete job. 
Commartds cohtaiiied in the page level content apply only to 
the specific page in which they appear. The commands 
placed in the job hieader provide a preview of the commands 
to be used in the page level content. 

This two major functions provided through use of a 
job header are printer preparation and printer 
configuration checking. Printer preparation includes the 
assignment of a job specific -handle- to printer resident 
objects as well as job specific definition of additional 
objects/entities to be used. These functions are critical 
to the assurance of efficient completion of the job. 

Page independence is en EKTASET feature « or mode 
of operation. It cannot be turned off; it is always 
valid. Any Specific page within a document (of pages) 
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T i l «T? '""^ surrounding pages to assist 

In the definition of Its content. As . result of page 
Independence, the appearance of a page If treated 
individually vill be exactly the sane as the .ppearance of 
the page if treated within the context and surrounding 
pages of the original document. 

Page Independence is accomplished by manipulating 
specific sets of processing conditions at several points 
in the printing cycle such as power up/idle, start of job 
iob header processing, start of page, and page alteration. 

The Job Header combined with specific changes 
in.de on the page level are sufficient to totally define 
the content of any specific page within a document. 

EKTASET employs a Current Cursor Position to 
maintain position with respect to the Origin. Current 
cursor Position is an entity that is always defined. The 
cursor is an entity of location, it ha. no associated " 
sise or magnitude, but consists simply of position. 

The cursor moves from location to location within 
a page as a result of text and graphics operations. It is 
dynamic in location through time. However, the cursor 
does not maintain any historical information relating to 
its travels - it has no magnitude or direction - it 
remains at all tines, simply an entity of location. 

Current cursor position Is not limited to the 
extent of . physical page, or even to positive quantities 

draw "T' « -^"'"^ 

draws a line that goes off of the page, the current cursor 

position will be established and maintained off the page 

If operation -B- draws a line to a visible point on IT 

document, that line will be defined between the point off 

Tn tll T "'^ ^""-^ position 

Will then be established at the newly defined end point. 

current « '"^^^^^ ^^^'^^^^'^ the 

current cursor position as a starting point. 
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Cursor positioning can be controlled in many 
ways. It can be explicitly set in absolute coordinate 
space with the -PO • Position command. It can be moved 
in incremental coordinate space using the '^'ZX and •-lY 
- Increment X and Y commands respectively* Absolute 
coordinatie space is measured from the current origin. 
Incremental -'coordinate space is measured from the current 
cursor position, the current cursor position is altered 
as an effect of processing ASCII carriage control 
characters. 

Several EKTAiSET operations alter the current 
^ cursor position as a natural effect of the functions they 
perform. As an example, the ••DA - Draw Absolute command 
will set the current cursor position at the last absolute 
coordinate defined by the command. 

Margins in EKTASET are controlled according to 
the following premises: 

• "Horisontal" is measured on the X-axis as 
defined by the Origin. 

•Vertical" is measured on the Y-axis as 
defined by the Origin. 

• Both margin commands require two parameters 

11 - lower limit, ul - upper limit 
Four single parameter commands exist 
HB - Horisontal Begin 
HN - Horizontal eNd 
VB - Vertical Begin 
VH - Vertical eNd 

• A complete margin specification of 

^horizontal fc vertical) x (lower limit 
fit upper limit) defines a "Text 
Boundary Rectangle* 

• Neither a change in Orientation, 

Origin, or 

Text Orientation 
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Changes the positioning of the text boundary 
rectangle with respect to the origin 
• The -Text writing Direction,- .« determined 
by a combination of 
Orientation, 
Origin, and 
Text Orientation 
will establish the function of each side of 
the text boundary rectangle 
• Horizontal tabs will be measured with 

respect to the -Primary Advance- component 
Of the text writing direction within the 
text boundary rectangle. 
Vertical tabs will be measured with respect 
to the -secondary Advance- component of the 
text writing direction within the text 
boundary rectangle. 
In the EKTASET language, all variable length 
parameter strings reguire a terminator. Fixed length 
parameter strings follow rules according to the parameter 
format(s) in use for the command, .s: ^"•'"eter 

■ C»»"«cter coded ONLY values require no 

separators or a terminator. 
- Floating point values, and all mixed mode 
parameter strings require both separators 
and a terminator. 
The separator character is the comma , 
The terminator character is the semi-colon • 
dash - ^""^ ""^"^ indicator character is the 

. In the following description of exemplary ektaset 
commands, the tilda character . is used to rep res L the 
non-printable escape character r™ ^ «^«Present the 
«hn«« . cnaracter. Command mnemonics are 

Shown as two UPPER CASE Characters. Parameters ere shown 
m lower case, with descriptions following to Identify 
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their meanings. Where two syntax examples are shown, the 
first is applicable to the floating point and the second 
is applicable to the character coded parameter format 
specification method. 

EKTASET CQMMAWnS 



SCOPE: 

Coupled with End Header 

DESCRIPTION: 

Designate start of job (printer default 
conditions re-established) and beginning of information 
used for job level definition. 

Information contained between the Header and End 
Header commands is compiled to provide three effects. 
They are: 

- establish initial processing conditions for 
each page of the job and 

- perform printer preparation 

- perform printer configuration checking as 
described in the Job Header discussion above. 

COMMAND: IDENTIFICATION 

SYNTAX: SCOPE: 
"^DH; Set Mode 

where: ji •job identifier 

DESCRIPTION: 

Specify a reference name for a job. 

The job identifier can be up to 64 characters in 

length. 

If multiple identification commands are issued, 
the last one will establish the job's identifier. 



COMMAND: HEADER 
SYNTAX: 
-HE 
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COHHAND: PARAMETER FORMAT 

SYNTAX; 

-PPfin 

where: fm - format mode 



SCOPE: 
Set Mode 



DESCRIPTION: 

Specify the method used for command parameter 

coding. 

This command establishes the mode of parameter 
specification format applied to subsequently supplied 
parameters. 

Refer to the section entitled -Command Language 

use. 



o««tion entitled "Command Language 

Parameter Formats- for discussion of the options and their 



Format modes supported are: 

• 0 . floating point (default) 

1 - 1-byte character coded 

2 - 2-byte character coded 

3 - 3 -byte character coded 
A - floating point rational 

B - 1-byte character coded rational 
C - 2-byte character coded rational 
D - 3-byte character coded rational 

COMMAND: ORIENTATION 
SYNTAX: 
-ON# 

Where: # - o - Portrait 
1 - Landscape 



SCOPE: 
Set Mode 



DESCRIPTION: 

Specify relationship of top to a document. 
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OOMHAND: POSITION 
SYNTAX: 
-POxcyc; 
•POxcyc 



SCOPE: 
Immediate 



where: zc > z-coordinate component 
yc • y^^coordinate component 

DESCRIPTION: 

Position cursor at absolute location with respect 
to the origin. 

COMMAND: INCREMENT X 

SYNTAX: SCOPE: 



-IXiro 

where: im • increment magnitude 

DESCRIPTION: 

Position cursor at relative z-o£fset with resp 
to the current position. 

C(»IMAND: WINDOW 

SYNTAX: SCOPE: 
-'Wlxl,yl,z2,y2f Set Mode 

-^Ixlylx2y2 

where: xl • z-coordinate component of corner 1 
yl • y-coordinate component of corner 1 
x2 - x-coordinate component of corner 2 
y2 - y«co6rdinate component of corner 2 

DESCRIPTION: 

Specify a rectangular area, in absolute 
coordinates, that bounds the desired visible portion of 
successive objects. 

Objects defined to be inside the window will be 
completely visible. 



"IXim; 



Immediate 
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^ . . ^^^^''^^ ^ "inflow will 

visIbL P«-««ters .s processed, but will not be 

Objects defined to be both inside and outside th. 
w.ndow Win update document parameters .s proces.e b„ 
Kill only be visible within the window. 

command: draw absolute 

scope: 

-r>Axl.yi,x2,y2, . . . ,xH,yN; Immediate 
-DAxlylx2y2 xNyH; 

where: x« - x-coordinate component of point « 
y# • y-coordinate component of point « 

DESCRIPTION: 

* """t cursor 

Positxon to the points specified. The parameter list 
contains a sequence of ordered (x,y) pairs that define 
points alony the line string. The number of points 
specified is variable; the parameter list requires a 
terminator. 

The start and end points of the line string, 
defined by the current cursor position .nd xN,yH 

points will be line joined. 

The current cursor position is established at 
point xN, yN. 

COMMAND: LINE INCREMENTAL 
SniTAX: SCOPE: 
-LIixl,iyl,ix2,iy2; Immediate 
-'LIixliylix2iy2 

Where: ixl - incremental x-coordinate component of 
point I 

lyl - Incremental y-coordinate component of 
point 1 
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1x2 ■ increniental s-coordinate component of 
point 2 

iy2 • incremental y-coordinate component of 
point 2 

DESCRIPTION: 

Creates a line with a starting point ixl,iyi away 
from the current cursor position to a point ixl,iy2 away 
from the starting point. 

This command will produce single lines only. 

Line strings, or connected lines are produced 
with the Draw commands. 

Both endpoints of the line will be line capped. 

the current cursor position is established at the 
point defined by the sum of the increments specified. 

COMMAND: LINE WIDTH 
SYNTAX: 
-LWlw; 
-LWlw 

where: Iw - line width 

DESCRIPtlON: 

Specify the weight of graphic objects to be 

created. 

COMMAND: DEFINE BITMAP 
SYNTAX: SCOPE: 
-ABfn; Global definition 

where: fn filename. ezt - maximum Bchars.Schars. 

DESCRIPTION: 

Designate parameters associated with the named 
bitmap object. 

Parameters must be of the form: 



SCOPE: 

Until next Line Width command 
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Bit Planes: 1, 2, 3, or 4 
for each bit plane specified: 
origin: 0 . upper left, 1 - lower left 
Scan Direction: 0 - horizontal (primary) 

/ yertical 
1 - vertical (primary) 
/ horizontal 

Format: 0 • unpadded 

1 - padded to eight bit bytes 

2 - padded to sixteen bit words 
Size: $ pixels horizontal (/vertical) 

# pixels vertical (/horizontal) 
according to the Scan Direction 
specified 

EKTASPT pOBftfr 

.Mat, ;r : " 

in jener.l, . fon. i. . docuMnt of static 
lnforn,.tion Kith .re.s d..l,„.t.a for i»..rtlo,. of 

for., .took be.„, inserted into typ«.riter. or printer, 
tor the „.na.l .«ltion of the v.rl.ble d.t.. Jhe mIsET 

d.«::tt:"t?' -'"""^ eaei on": " 

plain paper aoorce docunents. 

An EKTASBT fon. i. „,de up of a colloetion of 

rrin'rrrf " """" — l. 

once defined, a form can be u.ad to render base level 
information on . p.,. ^ 

."tomatican, activated at the t^in.u' ^^l^'Z 
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docunient page. A regular forni must be explicitly 
activated with the Uise Form command. 

The EKTASET form specifically, is a macro 
definition of linked EKTASET functions that supports 
interaction with an EKTASET job for processing of variable 
data. To control the operation of a form, four commands 
are used. Define Form and Global Form both initiate the 
definition of an EKTASET form entity. The Global Form 
command will automatically activate on each new page of a 
document, and is limited to a quantity of two. The Form 
K(C)omplete command terminates definition of both form 
types. The Use Form command activates a particular form 
from a collection of assigned forms at a specific place in 
the document. 

A form is activated at the beginning of a page. 
However, in certain instances, the form can be activated 
at the end of (or within) a page if desired. 

Stored in a form definition is a series of 
commands in User defined order that represent the static 
form information. Variable data is supplied in the body 
of the job. The Main/Form transfer command controls the 
process flow between the static form definition and the 
variable job data. If encountered while processing the 
form, control is transferred to the job data; if 
encountered while processing the job, control is 
transferred to the form definition. 

The following commands are representation of the 
forms commands in EKTASET: 



SCOPE: 

Coupled with Form Komplete 
maximum Bchars.Schars. 



COMMAND: DEFINE FORM 

SYNTAX: 

-•DFfn; . 

where: fn • filename.ext • 
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DESCRIPTION: 

d«fi„^.. """''"''^ beginning of information used for form 
oef initaon. 

information contained between the Define Form and 
Form Komplete commands defines both the rendering 
information of the static form, and the control 
information for switching from the form to the job 

HOTE: General and Global form use is different in 
the following way: A -DF - Define Form / -fk 
■ K(C)oinplete structure is only sufficient 
to create a description of a desired form. i„ 
order to be used within a specific job - 
including the job that defines it - the two step 
process of -as - Assign and -UP - Use Form 
must be followed. 

COMMAND: MAIN FORM TRANSFER 

SCOPE: 

■"MP 

Immediate 

DESCRIPTION: 

Passes control between a form and a job. 
This command is the mechanism used for 
Integrating variable job data into static form data 

If encountered within a form, processing of the 
form IS suspended and control is passed to the job. if 
encountered within a job. processing of the job is 
suspended and control is passed to the form. Processing 
through both the form definition and the variable job data 
as performed automatically until the end of the variable 
30b data page is encountered. 



wo 92/01269 



PCr/US91/04660 



-54- 

APPENDIX C 

Printer Command Set: 

Printer Command Set or PCS is the interface 
language between the host computer system and the printer 
that deals specifically with job and printer control. 

Scope of Commantis 

Scope is the duration of the change or effect 
caused by sending a PCS instruction to the printer. 

Factory: Some printer parameters may have default 
values that are set at the factory. This is the broadest 
level of scope. These values can not be changed by the 
user. 

Power-Up: The printer also may have a set of 
current power-up defaults for certain parameters. Some of 
these may differ from the factory defaults, and could be 
changed 1^ the administrator of the printing system. 

Until Power Down: Changes can also be made to the 
printing configuration that remain in effect until the 
printer is powered down. 

Until End of job: The next level of scope is a 
change in priiiting parameters that remains in effect until 
the end of the current job. For example one special job 
may be printed using tumble duplexing (two-sides, with 
pages turning like a calendar) on yellow ledger size 
paper. Obviously these unique printer parameters should 
have no effect on other print jobs sent to the same 
printer. 

Until End of Set: The next level of scope would 
remain in effect until the end of the current set. A 
print job may consist of multiple sets, or copies, of the 
same data. Yet, there nay be some variations made from 
one copy to the next. Perhaps three part forms are being 
initiated where copy one is white, copy two is pink, and 
copy three is yellow. 
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the printing of the current page within . 50b. The scoZ 
Of these co«„ands is until the end of the ^rrent page 

Printer ComMnd Set cm be logieallv b,thk . 
into three types printer co™„.„a.. TH..? 
«. OMect „.„.,e^„., eontro:. «p" ."^^^r 
logic pertltlonln, of co,™.nd. reflect, both tT' 

co».„as f.„. pH„„„, »ithi:*t::".,j '.r;::ti" 

Object Management: The second tvoe in tho . 

ineluae: font., for™., io,o., Mtmep., .„a texture.. 

Object, fror^r*".' r"*"' '° """■'"^ '"^ « 
oDject. from the ho.t to the MP. The.e downloedin- 

™»" '>'>3=«« My .1.0 tw deleted fto«, the sip-s 
nie .yetejn «.i„, other object «.n.,«»„t Co,».nL 

oojects are going to be utilized by the nest: »r<r.4. 
30bp thus causing these objects to be brluah! TV 
from disk. j «.b co oe brought into memory 

bi-directro^al'T'" T""""''" « "i" 

«'ectional communications to ouerv th» ^ 

"..rdln, the re.ource. thet .re TZZ, ' 

Job Control! These comend. control the 



wo 92/01269 



PCT/US91/04660 



-56- 

parameters that will be used for printing the accompanying 
job. . For example/ thede commands might specify ten 
collated sets, with two staples # front and back covers, 
offset stacking of the sets, duplex output, on white 
letter size paper, with blue covers. 

There are a few commands which have an immediate 
one time effect. For example, within a duplex document 
you may wish to force the next page image to be printed on 
the front side of the next sheet of page. 

Entrance Into and Exit Out of PCS 

Assume that the printer is currently inside a 
language emulator (Epson FX, Diablo 630, etc.). 
esc> esc>[ 

where esc> is a one byte value of OxlB and 
'[V is a one byte value of 6x5B. 

The byte sequence, "escape, escape, left-square 
bracket" puts the printer into PCS mode. The terminating 
character is (a right-square bracket) having a one 
byte hexadecimal value of 0x5D. This puts the printer 
back into a language emulation mode* Note, this may be a 
new language emulation mode that differs from the emulator 
in effect prior to the escape into PCS. 

gyntaT fo r Delimitino Functions and Parameters 

Tb^ semicolon symbol (0x3B) is used to 

delimit functions within a printer command string. The 

comma symbol (0x2C) is used to delimit parameters 

within a single function. 

If the same command is issued more than once, 

then the last instance of that command is the value that 

will apply. 

The PCS Instructions 

Each of the PCS instructions is described below. 
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Por each instruction the syntax for the conanand and 
optional arguinents is given, in addition the issues of 
scope as related to that particular conmand will be 
explained. 

In general the scope of a job control conmand is 
until the end of the current job. However, If these job 
control commands are included in a series of printer 
commands which includes a command to save this current 
configuration, then this may extend the scope of these 
commands to become the current default and power-up values. 

RIP Mananemgnf (:Qmmand|t ! 

Command: Save Configuration 
Syntax: SC 

Options: conf iguration_name 
Scope: Until reset 

When no optional configuration_name is supplied 
this command will cause the current configuration to be 
saved as the new power-up configuration. 

Command: Reset to Power-up configuration 
Syntax: RP 
Options: none 
Scope: Until Reset 

Reset the printer to the power-up defaults. This 
command will also clear the print buffer and free memory 
allocated for previous jobs. 



Command: Reset to Factory configuration 

Syntax: RF 

Options: none 

Scope: Until Reset 
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Reset the printer to the factory defaults. This 
conimand will also clear the printer buffer and free memory 
allocated for previous jobs. 

Command: select Instruction Set 

Syntax: iSn 

Options : i • DiabloSSO 

2 - Epson FX-80 

3 - HP Laser Jet Series II (P6L) 
< " HP 7475 (HPGL) 

5 - IBM Proprinter 

6 - Ektaset 
Scope: Until end of job 

This command allows the user to set the 
instruction set for the current job. 

Command: Separation Page 
Syntax: SPn 

Options: o - disable, off, false 

1 - enable, on, true 
Scope: until reset 

When enabled, the printer will automatically 
print a separator sheet between jobs. 

Command: Time-out selection 
Syntax: Tin 
Options: I to 999 seconds 
Scope: Until reset 

The printer will use an activity time-out scheme 
to determine when a port or job has become inactive so 
that control may be given to another job or port. 
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Job Confro] Commands 

Command: Start Job 
Syntax: SJ 
Options : none 

In typical usage a series of printer 
initialization commands may be sent to a printer just 
ahead of the job's data stream to initialise the printer 
for the job which follows. The Start Job command is in 
the first PCS command included in an initialization string 
which preceeds a job. 

Command: select number of copies 
Syntax: cOn 

Options: numeric value (maximum value is printer 

dependent) 
Scope: Until end of job 
Default: 1 

This will cause multiple copies of the current 
job to be generated. 

Command: select CoLlation or non-collation 
Syntax: CLn 

Options: 0 - disable, off, false 

1 - enable, on, true 
Scope: Until end of job 

If set collation is enabled, and the job also has 
requested multiple copies (see CO), then this will cause 
the copies to be delivered as collated sets. For example, 
three copies of a three page document with collation 
enabled yields 1-2-3-1-2-3-1-2-3, while collation disabled 
yields 1-1-1-2-2-2-3-3-3, 
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Command: PBper Supply 

Syntax: PSn 

Options: 0 manual feed 

1 - primary paper supply 

2 ^ second paper supply 
4 - third paper supply 
8 • fourth paper supply 
16 • fifth paper supply 
32 - sixth paper supply 

Scope: Until end of job 

The paper supplies are each represented by a bit 
in the integer 'n'. Multiple paper supplies may be 
selected by or-ing the bits together for them (i.e. by 
adding together their option numbers}. 



Command : 

Syntax: 

Options: 



Scope : 



Paper Exit 
PXn 

0 «* don't care 

1 r primary exit 

2 - second exit 
4 - third exit 
8 fourth exit 
until end of job 



On intelligent printers with finishing options 
the selection of paper exit is determined by the finishing 
parameters specified. 



Command: Paper Type selection 
Syntax: PTs,w,c,t 

Options: size/ weight, color and type. 

Size is a mandatory parameter, the 
specification of weight, color and type are 
optional. 
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Size options: 0 - don't care 



1 - OS Letter (8.5 z 11 in.) 

2 - US Legal (8.5 x 14 in.) 

3 - A4 (210 X 297nim) 

4 - envelope (4.125 x 9.5 In.) 

5 - ledger (ll x 17 in.) 

6 - statements (8.5 x 5.5 in.) 

7 - A3 (297 X 420inm} 
B ' B4 (257 X 364inm) 

9 - B5 (182 X 257innu 

10 - govt, letter (8 x 10 in.) 

11 - foolscap (8.5 X 13 in.) 

Weight options: 0 - don't care 

1 - 16# bond 

2 - 20# bond 

3 - 24« bond 

4 - 28# bond 

5 - 32« bond 

6 - 36# bond 

7 - 40# bond 

8 - 50# cover 

9 - 60# cover 

10 - 65# cover 

11 - 90# cover 

12 - iio# index 

Color options: 0 - don't care 

1 - special 

2 - clear (transparency) 

3 - red (cherry) 

4 - yellow (canary) 

5 - blue 

6 - green (celery) 

7 - white 
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8 - ivory 

9 • buff 

10 - tan 

11 • orange (saltnon) 

12 - pink 

13 * goldenrod 

14 - gray 

15 - It. blue 

Type Options: 0 - don*t care 

1 - plain 

2 • three hole punched 

3 ^ 19 hole cerloz bind 

4 • tabs 

5 - labels 

6 • letterhead 

Scope: Until end of job 

Paper Type fully describes the primary paper type 
to be used for the body of the document. The size field 
roust be specified, the fields for write, color and type 
are optional. Any field not specified will default to the 
current system value. 

Command: Form Feed (Force Front or eject page) 

Syntax t FF 

Options: none 

Scope: current page 

Forces the printing of the current page image. 



Command: Use Font 

Syntax: UFo,8s,8p,p,h,8t>w,t 
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Orientation: o . o (portr«4*A , 

iportrait) or 1 (landscape) 

symbol Set: ss - Bee Appendix B 

spacing: sp . o (fixed width, or 1 (proportional, 

Pitch: p . characters per inch 

Height: h - point sise 

Style: St - p (upright, on (italic, 
StroKe Weight: w . i (u^^t,, 3 („«ai„,,, 5 
Typeface: t - see Appendix 6 

tnat font attribute will be used. 

Conunand: set Margins (portrait. 

Syntax: MPt,b,l.r 

Options: Top Margin (in lines, 

Bottom Margin (in lines, (usually not 

specified— see Lines per Page, 

Left Margin (in columns. 

Right Margin (in columns. 

Although many applications ue« * 

wh4#.h . ri-iiwations use margin commands 

Which are supported by most printer* «.k vnn-anas 

Which . printer „y J „..a H ' ?" 
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conunands may be sent from the host. These margin settings 
are in effect only until a margin command is encountered 
in the print job. 

Command: Lines per Inch 
Syntax: LIh 
Options:, numeric value 

The user may select the lines of text per inch. 
This feature also determines the total number of lines 
that could be printed on the page. The number of lines 
that will actually be printed on the page depends on the 
Lines per Page command setting. 

Command: Lines per Page 

Syntax: LPn 

Options: numeric value 

the user may select the number of lines per page, 
which may affect the size of the bottom margin, whether 
the printer will eject the page automatically, or whether 
the printer will eject a blank page after every printed 
page. 

The actual number of lines that will fit on a 
page depends on the value set for Lines per Inch. If 6 
Lines per Inch is selected for a US letter size page the 
maximum possible lines per page is 66. Some printers have 
an unprintable region at the margins of a page and will 
only allow some smaller number of lines to be printed. 

Command: End Page 
Syntax: EP 
Options: lione 
Scope: current page 
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This command forces the printing of the current 
page image. The next page image is placed on the next 
available side, which depends upon where you are on a 
duplexed page. See also Force Front (FF) which does 
advance to next sheet of paper. 

Command: End Set (or end report) 
Syntax: E8 
Options: none 
Scope: immediate 

Finishing operations are performed on set 
boundaries, if a job stream is composed of several 
concatenated reports or sets, this will allow finishing 
operations to be performed at this boundary. 

Command: End of Job 
Syntax: Ej 
Options: none 
Scope: immediate 



This command will cause all of the parameters 
who's scope is -until end of job- to be rest to the 
current system values. This command may or may not be 
present in the job stream. Often the End of Job is 
Signaled through a single byte value of 4.. i„ the data 
stream that is part of the data communications protocol 
layer or of the printer, if the communications layer, or 
a port Time-out occurs, these also signify the end of the 
current job which will reset default values. 

Command: Error Handling 
Syntax: EH 
Options: 0 - abort 

1 - print one proof copy 
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2 continue and print all requested copies 
(do the best you can) 

3 - hold job in queue for operator 

. intervention 
Scope: until end of job 
Privilege: all useirs 

This cpnunand sets the printer's error handling 
strategy in the event of a job set up request that is 
invalid/ or for which requested resources are not 
available. For example, there may be a mismatch of paper 
color; a requested font or form may not be available; the 
printer may not support the requested finishing operation, 
etc. The system will have a default value for this 
parameter, but an individual job may over-ride that value. 

Command: Offset Stack 
Syntax: OSn 

Options: p - false, straight stack multiple sets 

1 - true, offset stack multiple sets 
Scope: until end of job 

This Kill cause multiple copies to be offset 
stacked. Offset stacking will occur at the boundary 
between sets or copies. This is one of the optional 
-finishing- operations that may occur at the end of a 
set (ES). 

Command: STaple 
Syntax: STw 
Options: 0 ^ none 

1 - top corner staple 

2 - middle staple 

4 - bottom corner staple 

B ^ top, set in about 2 inches 
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16 - bottom, set in about 2 inches 
Scope: until end of job 

Note that the locations can be combined by 
bit-wise or-ing of the locations. This is one of the 
optional -finishing- operations that may occur at the end 
of a set (E8). 

Example: esc> est>[ST24] — requests two 
staples set in 2 inches from the top and bottom edge of 
the paper. 

Command: Black and White" (monochrome output) 
Syntax: BW 
Options: none 
Scope: end of job 

Force the current job to be printed in black and 
white, even if it contains color information. This may be 
used for proofing a color document on a color device, it 
may also be used in an advisory manner to indicate to a 
color output device that the current job contains only 
black and white information. 

Command: user IDentification 
Syntax: IDname 

Options: name . any ASCII string up to 8 
characters — except •;• or 

Scope: 

On a multiple port printer the printer may 
maintain an identification/user name for each port. The 
name can be up to 8 characters long, it will be used when 
printing port separation sheets as well as when indicating 
action on the Control Panel. 
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APPENDIX D 
MX COMMANDS 
Diaonostir rniimii|T)f|;^. 



Command: Fun Diagnostic C 
Hezcode: 6c 
# Steps i 
Function: 



Invokes execution of the MX 42 internal 
control path diagnostic. Upon completion, 
status is returned to the KPU 40. 



Format: 







01) 


X>13 


oil 


2>1o1d9 (pi Id? jM (05 \tA 


fi3 








c \c\i 


I 


0 


Q 




X 







Usage: 



This diagnostic can be invoked at any time 
to provide a cursory check on general MX 42 
health. Mo prior initialisation of the 
board is required. 



Command: Run Diagnostic P 
Hexcode: OD 
# Steps: 1 
Function: 



Invokes execution of the MX 42 internal data 
path diagnostic. Upon completion, status is 
returned to the MPU 40. 



Format: 

|M5jau|»x»|mtan|D»o|a, U |w \u \ti \t. jpiliin^ 



i — — — ' i** iw |M lai |K> 

^iiJ»h|o|»l«l«l«|«|t )sj«j.|.|,|," 
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dlegnostlc can be Invoked at any time 
to provide a good confidence level that the 
basic mapping data path is functional. 



Command: Error Code 
Hezcode: OF 
Steps: 1 

^nctl,„: Allow, the MPU « to ..t tb. .rror ,t.t«. 
Format; 




Usage: 



B2 - EO . MX 42 Error code from MPU 40 
testing of MX 42 RAM arrays. 



Error P^rnflifinn 
TRAM failure 
PMM failure 
FRAN failure 
FCX failure 



E2~En r^innry rnilr 
5 
< 
3 
2 



Hot.: to Mt m.,t b. i«, ,„ to indict. ^42^ OK. 



Setup rnmmnnfln- 

Conmand: Set Page Height 
Rezcode: 06 
i Steps 1 
Function: 



Allows the MPU 40 to program height of 
image to be constructed in OPU page 
winory. MX 42 will format OPU memory 
•ccordingly for all subsequent mapping 
•nd readback operations. Page height 
must be an integral number of Ifi-blt 
words . 



wo 92/01269 



PCr/US91/04660 



Format: 



-70- 









0u|dl2|l>ll 


dio)m 




|t7 |m |d5 |d4 )m |m |»1 jto 


u 1 C 


1' 


0 


a|x|o 


« 

t 


T — 





Usage: 



XMAX can describe a 2K word high page (e.g. 
109 in. f 300 dpi or 18 in. « leoo dpi). 



Command: Set Texture 
Hexcode: 07 
i Steps 1 
Function: 



Format : 



Allows the MPU 40 to select 1 of 32 
different textures that currently reside in 
TRAM 102a. MX 42 will use this texture for 
ell subsequent mapping operations. The MPU 
40 must insure that TRAM 102b has been 
loaded with the appropriate texture patterns. 



fTCNj 


uc. 
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tl2 


m 




DS 


D7 


P6 


th 


M |m \t2 \tl joo 1 


I'M' 


I 


1 


'1' 


X 


X 


X 


X 


II 1 -1 1 

<••• Tffxturt • •••>! 



Command: Set Color /Tint 
Hexcode: 08 
# steps: 1 
Function: 



Format : 



Allows the MPU 40 to perform any or all of 
the following functions: change tint level, 
change color mode or change color plane. 
All functions affect the way subsequent 
objects are mapped to OPU page memory. 
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Background: Each Tint Generator (TG) is segmented into 4 
quandrants at 64 tints per quandrant. 
Quandrants are accessed by color plane 
number. This provides for a unique set of 
64 tints for each of 4 color planes. The 
Tint Generator (TG) occupies the top 256 
words of the 4M x 16 ideal OPU page memory 
space. The TG address is computed using the 
HX 42 Page Address Generator using the 
following algorithm: 

TGS . (64X65535) ♦ Tint Level 

Serial color mode uses both banks of the 
single plane of OPU page memory to render 
individual color separations in a serial 
ping-pong manner (i.e. Bank 0 - Cyan, Bank 1 
- Magenta, Bank 0 . Yellow, Bank 1 . Black). 

Parallel color node requires the addition of 
three parallel planes of memory to the 
single plane of OPU page memory to render 
all 4 color separations in parallel. 

sage: Tint Level specifies 1 of 64 possible tints 

to be selected for subsequent mapping of 
objects. Each tint is organized as either 
an 8x8, 4x4 or 2x2 superpixel and 
stored as 8 bytes of data within each TG 
PItOM. 

ST - Set Tint bit (active high); Informs the 
MX 42 that a change to the specified tint 
level of the appropriate Tint Generator has 
been requested. Upon detecting a request to 
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Change tint, the MX 42 will calculate the 
corresponding address to the proper OPU Tint 
Generator and perform a single write to set 
the specified tint level. If this bit is 
not set when the conunand is issued, the MX 
42 does not execute the write and ignores 
the contents of the XREG. 

CM Color Mode Bit (1 « Serial node, 0 « 
Parallel mode); allows the MPU 40 to select 
color mapping mode for subsequent mapping 
operations. Color mode can be changed 
without changing tint level. 

CP# • Color Plane # (1 of 4); allows the MPU 
40 to select color plane for any of the 
following operations: 

Set Tint: If serial color mode is specified, 
then CP««n specifies that the *nth* 
quandrant of the tint generator to be 
selected for use in subsequent mapping 
operations. IF parallel color mode is 
specified, then CP#-n specifies that the 
■nth" quandrant of the "nth" tint generator 
(i.e. 0, 1, 2 or 3) be selected for use in 
subsequent mapping operations. 

Mapping Objects: If serial color mode is 
specified, then CP«»n specifies that the 
"nth- color plane be affected with data 
output from the -nth* tint generator. If 
however parallel color mode is specified, 
then CPIf is ignored 
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•nd all color planes are affected with data 
output from each respective tint generator. 

Read Region: CP#-n specifies that the -nth- 
color plane be read from. 



Color plane # can be changed without 
changing tint level. 

Command: Set Clipping Window Function 
Hezcode: 09 
« Steps: 2 

Function: Allows the MPU 40 to define a rectangular 
region within page memory space, outside of 
which all objects rendered will be clipped. 
The user nay enable or disable the window 
and/or set clipping window limits. 

Format: 

™ |M»|M*|M>|M»|m|»10iw |W (b7 jw |p» jp; {^H^ 



Tb 



T 



T — "< 1 r 

^ ••••••••••••••••••••••••• Y% 



-I — T — I — r 



T2 

J. I 



Background: The clipping window function can be used 
produce special graphic effects or to 
cleanly frame the image area to eliminate 
•wraparound" when objects are mapped over 
page boundaries. 
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Usage: XI, Tl • Lower boundary limit point for 

window.. 

X2, ¥2 - Upper boundary limit point for 
window. 

EL -Set Limit bit (active high); informs 
the MX 42 that a request has been made to 
change the limits per the values contained 
in the X aniS T registers. 

M m Enable/Disable window bit; (1 - 
enable, 0 - disable). A request to enable 
the window will effect subsequent mapping 

operations according to. current limits. A 
request to disable the window will 
effectively remove the clipping function 
while retaining existing limits for future 
use. 

the user can set limits and enable (or 
disable) the window in the same command. 
The user nay also simply enable or disable 
the window by issuing only step Ic (CREG - 
4801 or 4800 hex). 

Command: Go Offline 
Hexcode: OA 
# Steps: 1 

Function: Allows the MPU 40 to put the MX 42 off-line 
for access to MX 42 memory arrays (i.e. 
TRAM, PRAM and FRAM 102a, b,c). 



Format: 









c 



|us|n«|D»|ft»|sujpio|M In lor |m ]m 


M |b3 |m |bi ite~] 


JnMTiloUl.l.lijxj,- 
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Command : 
Hezcode : 
# Steps: 
Function 
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th. MX « fc.ek en-lln. for .,«.tio„.i 

end of Page/Form 

Ofi 

1 

Processing of this command and receipt of 
the^associated interrupt informs the MPU 40 
that the KX 42 has completed mapping 
operations on the current page. 




Usage: 



upon „.c„tio„ Of thi. com.»a, th. nc 42 
«n .ctlv.t. th. Form F..a Actao«lM„ 

interrupt. 



command! Set Arbitrary Windowing Mode 0 
Hezcode: 10 
i Steps: 1 

Function: Allows MPU 40 to *.w * 

ruru «u to select the following logic 

function for subsequent arbitrary window 

mode napping operations: 

«ew Data AMD Old Data 

'^VM TJ"" • «r« Of the 

.b,.et to b. «.pp,a .„<, o,a D.t. repr.,..t. 
th. corr..ponai„, «ra ef th. r.f,r.Be. 
in upp.1 opo p.g. BMory. 
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Fornat: 
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Usage: 



This logic mode will remain in effect until 
either another logic node is selected or an 
MX 42 reset occurs. This mode is the 
default mode initialised upon power-up reset* 



Command: Set Arbitrary Windowing Mode 1 
Hexcode : 11 
# Steps: 1 
Function: 



Allows MPU 40 to select the following logic 
function for subsequent arbitrary window 
mode mapping operations: 

New Data OR Old Data 



Where: New Data represents a word of the 
Object to be mapped and Old Data represents 
the corresponding word of the reference 
image in upper OPU page memory. 



Format: 
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Usage: 



This logic mode will remain in effect until 
either another logic mode is selected or an 
MX 42 reset occurs. 



Command: Set Arbitrary Windowing Mode 2 
Hexcode: 12 
f Steps: 1 
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Function: 
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Allows MPU 40 to .elect the following logic 
function for subsequent arbitrery window 
mode napping operations: 

Mew Data XOR Old Data 

Where: Mew Data represents a word of the 
object to be napped and Old Data represents 
the corresponding word of the reference 
Inage in upper OPU page nemory. 




Usage: 



This logic node will remain in effect until 
either another logic node is selected or an 
42 reset occurs. 



Command: Set Arbitrary Windowing Mode 3 
Hezcode: 13 
* Steps: 1 
Function: 



Allows MPU 40 to select the following logic 
function for subsequent arbitrary window 
node napping operations: 



Hew Data AND (Old Data)/ 

Where: Kew Data represents a word of the 
object to be napped and (Old Date)/ 
represents the I's Complement of the 
corresponding word of the reference image in 
upper OPU page nemory. 
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Format: 
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Usage: 



This logic mode will remain in effect until 
either another logic node is selected or an 
MX 42 reset occurs* 



Command: Set Arbitrary Windowing Mode 4 
Hexcode: 14 
Steps: 1 
Function: 



Allows MPU 40 to select the following logic 
function for subsequent arbitrary window 
mod^ mapping operations: 



New Data OR (Old Data)/ 

Where: New Data represents a word of the 
object to be mapped and (Old Data)/ 
represents the I's Complement of the 
corresponding word of the reference image in 
upper OPU page memory. 



Format : 
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Usage: 



This logic mode will remain in effect until 
either another logic mode is selected or an 
MX 42 reset occurs. 



Command: Set Arbitrary Windowing Mode 5 
Hezcode: 15 . 
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« Steps: 1 
Function: 
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AUows MPU 40 to .elect the following looic 
function for subsequent .rbitr.ry window 
node napping operations: 

«ew Data XOR (Old Data)/ 

Where: Mew Data represents a word of the 
object to be napped and (Old Data); 
represents the I's Complement of the 
corresponding word of the reference image in 
upper OPU page memory. 



Format: 
SRTa] tec. 

Usage: 
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..™ remain in effect until 

either another logic mode Is selected or an 
«* <2 reset occurs. 



Command: Set Origin Offset 
Hezcode: 17 
' Steps: 1 
Function: 



Allows the MPU 40 to set the current offset 
from the MX 42 coordinate origin (0,0). The 
offset is specified independently as two 

the MX ALU 112. Upon execution of 
Diagnostic c, the register is initialised to 
a value of Xo - o and yo - o. issuance of 
the SetOriginOffset command set. the Xo and 
TO values to be used in subsequent mapping 
or readbacK operations. During setup of 
•ach mapping or readback command, the 
following calculations are performed prior 
to execution: 
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Starting X • Xi ♦ Xo 
Starting Y • Ti 4 Yo 



Fornat: 
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Background! The origin offset feature can be used to 

replicate an object or set of objects (such 
as « form) in various places on a page 
without requiring additional pre-processing 
in the MPU 40 (Rasteriser) . 

The stored values for Xo and Yo will remain 
in effect until another BetOriginOffset 
connand is issued or Diagnostic C is invoked. 

Coimnand: Set Line Attributes 
Hezcode: 19 
# Steps: 1 

Function: Allow the MPU to set the current values for 
line pattern and scale factor to be used 
during subsequent execution of the Map 
Bresenham Line command routine. 



FORMAT: 
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Usage: 



Line Pattern - Actual bit pattern of I's and 
O's that defines the pattern to be repeated 
over the course of napping a Bresenham Line. 
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Scale Factor . An e-blt counter th.t defines 
the number of tin«s each bit of the line ' 
pattern is repeated over the course of 
«-PPin9 a Bresenh.™ Line. The pattern can 



mm 



This command Is new and available upon 
release of Microcode Version 2.0.. 

Command; Map Character 
Hexeode: 00 
♦ Steps; 1 



Function! 



y> 102. to oro u p.,e I 

a«lt.. St.rtin, de.tl..tlon .ddr... is 
Pr...i.et.a p.,. »ei,ht. ^ 



Format: 
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Yl • destination coordinate of lower left 
bend corner of referenced character bitmap. 

Character Value - ASCII code of character to 
be mapped. The code is 7-bit for standard 
character sets and 8-bit for international 
character sets. 

The information specified in the FRE6 prior 
to invocation of a given Map Character 
command will be used during subsequent 
execution of that Map Character command. 
The FREG is double buffered and synchronired 
in hardware to writes to the CREG. This 
insures that changes to the FREG will not be 
incorporated until execution of the next Map 
Character command. 



Command: Link Trapezoid 
Hezcode: IB 
# Steps: 4 
Function: 



Initiates filling of a defined trapezoidal 
area to CPU page memory based on preselected 
texture, tint and clipping window limits. 
Starting destination address and initial 
stroke height is retained internally by the 
MX and is based on the coordinates and 
stroke height of the final stroke napped 
from the previous MapTrapezoid command. 



FORMAT: 
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Osage: Vectors that are non-orthogonal to the axes 

are usually issued as three consecutive 
MapTrapezoid commands. For efficiency, the 
MPU can issue a single MapTrapezoid command 
for the left-most trapezoid and two 
successive LinkTraperoid commands for the 
center and right-most trapezoids. The mx 
fills the linked trapezoid as a series of 
consecutive strokes. Each stroke is 
parallel to the X-axis. Happing begins at 
(Xt ♦ ml, Yt + 1) with an Initial stroke 
height of (dX ♦ m2) where: 

Xt . destination coordinate of the stroke of 
the previous MapTrapezoid command; defines 
the lower left hand corner of the linked 
trapezoid (i.e. left-roost parallel side). 
Least significant 4-bits of Xt determines 
shift value used to align the data in OPU 
memory. 

Yt - destination coordinate of the last 
stroke of the previous MapTrapezoid commands- 
defines the lower left hand corner of the 
linked trapezoid (i.e. left-most parallel 
side). 

dXt - height of the last stroke mapped (from 
the previous MapTrapezoid command) in pixels. 

Lines - 1 - one less than the total number 
of strokes to be written to £iU the linked 
trapezoid (e.g. for a two (2) pixel wide 
linked trapezoid, Lines - 1 - i). Mote that 
because the MX pre-decrements this value 
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prior to napping, the MPU must in>:..r«> thni-_a 
the caee whoro 1,^^^^ . i « 

nl slope - signed value of the slope of the 
lower Bide of the linked trepezolfl. 

in2 slope - signed value of the slope at 
which the stroke height changes for the 
linkefl traperoid as Y is incremented from Yt 
to Yt t (Lines -1). 

••• This command is new and available upon 
release of ux Microcode Version 2.0** 
Command: Map Orthogonal Line (Map Stroke) 
Hexcode: 02 
# Steps: 2 

Function: Initiates mapping of one or more vertical 
strokes to OPU page memory based on 
preselected texture, tint and clipping 
window limits. Starting destination address 
is computed based on Xi, Yi, origin offset 
and preselected page height. Each stroke is 
a single pixel wide line parallel to the 
X-axis. Horisontal lines are composed of 

multiple consecutive strokes where top and 
bottom sides of the resulting rectangular 
region are parallel to the Y-axis (i.e. 
slppe of both top and bottom sides - 0) . 



Format : 
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Osage: The MX naps one or more consecutive strokes 

Bs required. Each stroke is parallel to the 
X-axis. 

Xi . destination coordinate of the initial 
stroke; defines the lower left hand corner 
of the region (i.e. left-most parallel 
side). Least significant 4-bits of xi 
determines shift value used to align the 
data in OPU memory. 

Yi - destination coordinate of the initial 
stroke; defines the lower left hand corner 
of the region (i.e. left-most parallel side). 

dXi . height of the stroke(s) in pixels. 
This is represented as a 32-bit value where 
the integer part is passed via the X 
register and the fractional part is passed 
via the Y register. 

Lines - 1 - one less than the total number 
of strokes to be written to fill the region 
(e.g. for a single stroke^ Lines - 1 - 0). 

Horirontal lines (paralle to the Y-axis) 
that are 15 pixels or les in thickness (dXi 
< 16), will be mapped using a optimisation 
algorithm which examines dXi and Xi to 
determine whether 1 or 2 writes per stroke 
to OPU memory should be performed. 
Horirontal lines that are 16 or more pixels 
in thickness (dXi > 15), will be napped 
using the standard MX technique of n+1 

writes to OPU per stroke where a - stroke 

height in words. 
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This optimization feature is new and 
•vailable upon REMAINDER or SENTENCE??? 

Command: Map Bresenham Line 

Hexcode: lA 

# Steps; 2 (or 3) 

Function: Initiates drawing of a single pixel wide 

line to OPO page memory based on preselected 
texture, tint and clipping window limits. 
Starting destination address is computed 
based on XI, Yl, origin offset and 
preselected page height. 



Usage: 
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XI - destination coordinate of the initial 
pixel to be written. Least significant 
<^bits of XI determines shift value used to 
align the data in OPU memory. 

Yl • destination coordinate of the initial 
pixel to be written. 

X2 . destination coordinate of the final 
pixel to be written. Least significant 
4-bits of X2 determines shift value used to 
align the data in OPU memory. 



wo 92/01269 



PCr/i;S91/04660 



-87- 



Y2 - destination coordinate of the final 
pixel to be written. 

Line Attribute/Control Option vlts - If set, 
the following operations will be invoked: 
SLA: Store Line Attributes - current 
active pattern and scale factor 
values will be saved away to 
permanent storage prior to drawing 
the line. 

RLA: Restore Line Attributes - active 
registers will be loaded with 
permanent stored pattern and scale 
factor values prior to drawing the 
line. 

LSC: Line Span Control - indicates that 
an additional parameter will be 
sent (Lines - 1 via the CREG) that 
should be used as the line counter 
in place of the dY or dX value 
that is normally computed in 
MapBresLine. 

Scale Factor . reload value to be used over 
the course of drawing the line whenever the 
active scale factor value has decremented to 
«ero. This value allows the line pattern to 
be scaled from 1:1 (SF - )) to 256:1 (SF - 
256). * 



Lines - 1 • optional 
that specifies total 
(starting at XI, Yl) 
(or dY) when LSC - 1. 



parameter sent from MPU 

span to be napped 

in place of computed dX 
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Thls command is new and available upon 
release of MX Microcode Version 3.0«" 



Comnand: Map Bresenham Line #2 

Hexcode: 2C 

f Steps 2 (or 3) 



Function; 



Initiates drawing of a single pixel wide 
line to OPU page memory based on preselected 
texture, tint and clipping window limits. 
Starting destination address is computed 
based on XI, Yl, origin offset and 
preselected page height. Mapping commences 
at XI, Yl with properly adjusted line 
pattern and scale factor values in order to 
provide continuity from the previous 
MapBresLine or MapBresLine2 command. 



Format : ' ■ . ■■ ■ 
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Usage; 



XI - destination coordinate of the initial 
pixel to be written. Least significant 
<-bits of XI determine shift value used to 
align the data in OPU memory. 

Yl - destination coordinate of the initial 
pixel to be written. 

X2 • destination coordinate of the final 
pixel to be written. Least significant 
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4-blt6 of X2 determines shift value used to 
align the data in OPU memory. 

Y2 • destination coordinate of the final 
pixel to be written. 

Line Attribute/Control Option bits - if set, 
the following operations will be invoked: 

SLA: Store Line Attributes - current 
active pattern and scale factor 
values will be saved away to 
permanent storage prior to drawing 
the line. 

RLA: Restore Line Attributes - active 
registers will be loaded with 
permanent stored pattern and scale 
factor values prior to drawing the 
line. 



LSC: Line Span Control - indicates that 
an additional parameter will be 
sent (Lines - l via the CREG) that 
should be used as the line counter 
In place of the dY or dX value 
that is normally computed in 
MapBresLine . 

Scale Factor . reload value to be used over 
the course of drawing the line whenever the 
active scale factor value has decremented to 
«ero. This value allows the Ifine pattern 
to be scaled from l:l (sf - O) to 256:1 (SF 
- 256). 
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Xiines - 1 • optional parameter sent from mpu 
that specifies total span to be napped 
(stairting at XI, Tl) in place of computed dx 
(or dY) when L6C ■ l. 



This command is new and available upon 
release of MX Microcode Version 3.0** 



Command: Map Bitmap 
Hexcode: : 03 
* Steps «M42 
Function: 



Aids in the transfer of a bitmapped image 
(single bit/pixel) of defined height snd 
width to OPU page memory based on 
preselected texture, tint and clipping 
window limits. Starting destination address 
is computed based on Xi, Yi, origin offset 
and preselected page height. A 2X scaleup 
is available as an option. 



Format: 

SlZf* 
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Usage: 
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The MX 42 maps each 16-bit word of 
linearised bitmap data (as received from the 
MPU 40) to OPU page memory at the desired X. 
Y location. Bitmap must be square with the 

XY BXiS. 
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Xi - destination coordinate of lower left 
hand corner of the reconstructed bitmap. 
Least significant 4-bits of Xi determines 
shift value used to aliyn the data in OPU 
memory. 

Yi • destination coordinate of lower left 
hand corner of the reconstructed bitmap. 

words/Line - height of the bitmap in words. 
Minimum W/L • 1. 

Lines - 1 - one less than the total number 
of lines representing the width of the 
reconstructed bitmap. 

A total of N words of bitmap data, where N . 
(H/L) (Lines), are passed to the MX 42 via 
the CREG. The MPU 40 must pass all words of 
the first line followed by all words of the 
second line, etc., until all lines have been 
transferred. The MX 42 can transfer the 
data at a rate of 600 ns/word. 

B - Scaleup bit; an active high condition 
(1) informs the MX 42 that a 2X scaleup of 
the received image has been requested. For 
each image word received from the MPU 40, 
the MX 42 will perform a pixel by pixel 
doubling in both X and Y and write the 
resultant four (4) words to OPU memory. 

Command: Rotate Bitmap 
Hezcode: 16 
H Steps: N<f2 

Function: Simultaneously performs a 90® clockwise 



wo 92/01269 



PCr/US91/04660 



Fornat 



Usage: 
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rotate and transfer of a bitmapped image 
(single bit /pixel) of defined height and 
width to CPU page memory based on 
preselected texture, tint and clipping 
window limits. Starting destination address 
is computed based on Xi, Yi, origin offset 
and preselected page height. 
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The MX rotates and maps each 16*bit word of — 
linearized bitmap data (as received from the 
MPU) to OPU page memory at the desired, X,y 
location. Bitmap must be square with the Xi 
axis. 



Xi • destination coordinate of upper left 
hand corner of the reconstructed bitmap. 
Least significant 4-bits of Xi determines 
shift value used to align the data in OPU 
memory. 

Yi -destination coordinate of upper left 
hand corner of the reconstructed bitmap. 



Words/Line • height of the bitmap in words, 
Minimum N/L • 1. 



Lines • 1 • one less than the total number 
of lines representing the width of the 
reconstructed bitmap. 
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See Figures 7-10. 



A total of n Words of bitmap data, where N - 
<W/L) (Lines), are passed to the MX of the 
CREG. The MPu must pass all words of the 
first line followed by all words of the 
second line, etc., until all lines have been 
transferea. The rate at which the MX can 
rotate and transfer the data is dependent 
upon how many pixels are 'high' in the word 
since each 'high' pixel requires that a full 
word write be performed on OPU memory. 

e.g.A word of all 'ones' will be processed 
at I B.< UBfr,^wnrrt for all words within a 
line and IB.B iiBftr^wnrrt for the last word in 
a line, a word of all *serees' will be 
processed in 1^ uMczaaifl for all words 
within a line and 1^ ussc/hdiH for the last 
word in a line. 

Kote that 2X scalling lajinflt be performed 
during rotation. of a bitmap. 

This feature is new and available upon 
release of MX Microcode Version 3.0** 



Command; Fill Region 
Hexcode: 05 
« Steps: 2 



Function: initiates filling of a rectangular region of 
defined height and width in OPU 44 page 
memory based on preselected texture, tint 
•nd clipping window limits. Starting 
destination address is computed based on xi. 
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Yi, origin offset and preselected page 
height. 



Format: 
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Usage: The MX 42 naps the appropriate number of 16-bit 
Words to OPU page memory at the desired X,Y 
iooattbn. Pill data mapped depends on predefined 
texture and tint (e.g. texture - solid & tint • 
*white" Will clear the region). The filled 
region must be square with the XX axis. 

: Xi - destination coordinate of lower left 
hand corner of the rectangular region to be 
filled. Least significant 4-bits of Xi 
determines shift value used to align the 
data in OPU memory. 

Yi • destination coordinate of lower left 
hand corner of the rectangular region to be 
filled. 

Words/Line • height of the bitmap in words. 
Minimum H/L - 1. 

Lines - 1 - one less than the total lines 
representing the width of the filled region. 
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Consnand: Map Stored Image 
Hezcode: IB 
# Steps; 3 
Function: 



Format; 



Initiates copying of a stored image from 
FRAM to OPU page memory based on preselected 
texture, tint and clipping window limits. 
Starting address in OPU memory is computed 
based on Xi, »i, origin offset and 
preselected page height. 
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Background: 
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line. 



The KX reads all words from the first 1l 
followed by all words in the second line, 
•tc, until all lines of the image have been 
napped to OPU. It is assumed that the image 
has been stored in PRAM in a linearised 
fashion. 



Usage: 



Xi . destination coordinate of lower left 
hand corner of the reconstructed image. 

»i - destination coordinate of lower left 
hand corner of the reconstructed image. 

Words/Line - height of the image in words. 
Minimum N/L - l. 



Lines - 1 . one less than the total number 
of lines representing the width of the image. 
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FRAM Start Address . Starting locatln in 
FRAM where referenced image is to be read 
from. 



Beadbaeit Commiifti^i;. 

Command:^ Head Region 
Hezcode: 04 
i Steps: 3 



Function: 



Initiates a copy process by which the MX 42 
will sequentially read a rectangular region 
of defined height and width from OPU page 
memory and write it into FRAM I02a starting 
at a specified address. Starting address in 
OPU memory is computed based on Xi, Yi, 
origin offset and preselected page height. 



Format : 



It 



uc. 
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.............. WAH »^rt A«r... OS) 



Background: The MX 42 reads back words from the first 
line, followed by all words in the second 
line/ etc., until all lines have been 
readback. All data will be written 
sequentially into FRAM in a linearised 
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fashion. This is an effective way of 
caching a character once its bitmap has been 
constructea in OPU page memory, it should 
be noted that data readback from OPU page 
memory will have been previously conditioned 
based oh the conditioning features that were 
in effect at the time of the original 
mapping (de.g. shift, tint, texture, 
clipping window). The referenced region 
must be square with the XX axis. 

Usage: xi - destination coordinate of lower left 

hand corner of the rectangular region to be 
read. 

Yi • destination coordinate of lower left 
hand corner of the rectangular region to be 
read. 

CP# . Color Plane # of page memory on OPU to 
be read from. Serial color mode must be 
used and is set by bit 4 in the CREG in step 
ic. Any one of the 4 possible color planes 
can be read from assuming that the 3 extra 
memory planes are provided. 

Words/Line • height of the region in words. 
Minimum W/L ■ 1. 

Lines - 1 - one less than the total number 
of lines representing the width of the 
region. 

FRAM Start Address - Starting location in 
FRAM where referenced region is to be 
written. 
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Claims: 

1. A raster image processor for receiving 
print instructions, converting the print instructions 
to a bitmap pattern, and driving an all points 
5 addressable marking engine With the bitmap pattern, 
comprising; 

" at least three digital computer controlled 
processing units arranged in a parallel processing 
pipeline, including 

10 •) roaster processing unit means for 

receiving print instructions and decoding the print 
instructions to produce rendering commands for 
constructing pages and documents to be printed, manage 
the layout of pages being constructed, manage fonts, 

15 and control the marking engine; 

b) mapper accelerator unit means connected 
to said master processing unit means by a first 
dedicated bus, and including a font memory storing 
bitmaps and an application specific computer for 

20 receiving said rendering commands over said first 
dedicated bus and retrieving bitmaps from said font 
memories; 

c) output processor unit means, including 
a bitmap page buffer and a microprocessor connected to 

25 said mapper accelerator unit means by a second 

dedicated bus for receiving said bitmaps over said 
second dedicated bus, storing said bitmaps in said 
page buffer, and supplying the bitmap data from said 
page buffer to said marking engine; and 
'0 d) communication and control bus means 

connected to said master processing unit means, said 
mapper accelerator means, and said output processor 
ineans for providing overall control communications 
between said processing units. 



wo 92/01269 



PCr/US91/04660 



10 



-99- 

2. The raster image processor claimed in 
Claim 1, further comprising job communication and 
control means connected between said master processing 
unit and said marking engine for communicating marking 
engine control signals. 

3. The raster image processor claimed in 
claim 1, wherein said master processing unit means 
comprises a programmed microcomputer. 

4. The raster image processor claimed in 
claim 1, wherein said mapper accelerator unit means 
comprises a bit slice architecture custom integrated 
circuit functioning as a dedicated slave co-processor 
to the master processing unit. 

5. The raster image processor claimed in 
15 claim 1, wherein said output processing unit means 

comprises a programmable microcontroller, two random 
access page memories, and a multiplexer controlled by 
the microcontroller for reading bitmap data into one 
Of said memories while reading data out of said other 
20 memory. 

6. The raster image processor claimed in 
claim 4. wherein the mapper accelerator unit means is 
controlled by a control word having bit assignments 
for every function performed by the mapper accelerator 

25 unit means. 

7. The raster image processor claimed in 

claim 6. where the functions performed by the mapper 

accelerator unit means includes; read object source 

memory; condition data; maintain counters, (i e 

30 height word and XY) and write to object destination 
mefflory, 

«. Til. r.st«r iirag* procsor eUlnwD i„ 

r*""" *"J """"on function Includ.. 

m.tl,9 font «.t. tr UO" .,a „irrorin, £,„t d.t. 
35 •bout « ».rtlMl »ic. 
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9VThe raster image processor claimed in 
claim 1, wherein the mapper accelerator unit means 
includes data conditioner means for performing a 
logical OR on previous data with next data in a scan 
5 line. 

10. The raster image processor claimed in 
claim 3, further comprising disk memory means 
connected to the master processing unit for storing a 
control program for the master processing unit, that 

10 is down loaded to the master processing unit upon 
start up. 

11. The raster image processor claimed in 
claim 10, wherein the master processing unit further 
comprises service manager module means for enabling a 

15 portable service microcomputer to be connected to the 
disk memory means and the master processing unit for 
executing diagnostic programs. 

12. The raster image processor claimed in 
claim 1, Wherein the master processing unit means 

20 comprises: 

a) input manager means for reading input 
data expressed in one of a plurality of page 
description languages; 

b> first decoder means for decoding data 
25 expressed in the plurality of page description 

languages into a set of common level RIP instructions; 
and 

c) second decoder means for decoding the 
common level RIP instructions into said rendering 
30 commands. 

13. The raster image processor claimed in 
claim 12, wherein said decoder means comprises means 
for decoding input data representing a form, wherein a 
form is made up of a constant set of linked functions 
35 that support interaction with variable data to produce 
a filled out form. 
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